Author: qwiat Date: Sun Jun 28 01:19:56 2009 GMT
Module: PLDWWW URL:
http://pld-linux.org/pl/DevelopingPLD?action=diff&rev2=11&rev1=10
---- Log message:
update
---- Page affected: pl/DevelopingPLD
---- Diffs:
================================================================
The comment on the change is:
update
W porównaniu do innych dużych dystrybucji, PLD Linux nie ma komercyjnego
wsparcia. Społeczność deweloperów składa się z ludzi, którzy po prostu
potrzebują wykonać jakąś pracę, albo czerpią przyjemność z uczestniczenia w
tym, otwartym projekcie (często oba powody są równie istotne).
- W swoich wewnętrznych strukturach PLD jest podzielone na linie dystrybucyjne.
Aktualnie istnieją trzy:
-
- * PLD Ra/1.0 (wydana jakiś czas temu)
- * [wiki:AcInfo PLD Ac/2.0] (stabilna)
- * [wiki:ThInfo PLD Th/3.0] (rozwijana)
-
- Każdą linią zarządza osoba zwana kierownikiem wydania (Release Manager). RM
zajmuje się utrzymywaniem części infrastruktury PLD, podejmowaniem decyzji, w
momencie kiedy deweloperzy sami nie mogą rozstrzygnąć jakiejś kwestii i
opiekowaniem się zawartością serwera FTP.
+ W swoich wewnętrznych strukturach PLD jest podzielone na niezależne linie
dystrybucyjne, dla każdej z [wiki:About wersji PLD]. Każdą linią zarządza osoba
zwana kierownikiem wydania (Release Manager). RM zajmuje się utrzymywaniem
części infrastruktury PLD, podejmowaniem decyzji, w momencie kiedy deweloperzy
sami nie mogą rozstrzygnąć jakiejś kwestii i opiekowaniem się zawartością
serwera FTP.
Inaczej niż RM, większość deweloperów zajmuje się głównie utrzymywaniem
pakietów, co zazwyczaj oznacza pracę z plikami {{{spec}}} (będą one wyjaśnione
później). Nie ma tutaj wymuszonej odpowiedzialności i każdy może działać z
jakimkolwiek pakietem. Jedyną zasadą jest ''dotykaj się czegoś, tylko wtedy
gdy, jesteś pewien, że wiesz co robisz''. Innymi słowy ludzie nie wybierają
pakietów do pracy losowo, ale zajmują się tymi, których potrzebują. Może to
wyglądać trochę chaotycznie, ale ten model jest całkiem stabilny, ponieważ
każda zmiana jest niemal natychmiast weryfikowana. Nie trzeba chyba zaznaczać,
że deweloperzy przepadają za takim sposobem organizacji, bo nie potrzebują
niczyjej zgody, aby wprowadzać zmiany, których potrzebują.
@@ -37, +31 @@
Możesz także [http://www.rpm.org/max-rpm/ch-rpm-inside.html poczytać więcej o
plikach spec].
- Wszystkie pliki {{{spec}}} rezydują wewnątrz modułu ''SPEC'' naszego
[:pl/Repositories: serwera CVS]. Moduł ten zawiera także inne specjalne pliki,
najbardziej istotny jest skrypt {{{builder}}}.
+ Wszystkie pliki {{{spec}}} rezydują wewnątrz modułu ''packages'' naszego
[:pl/Repositories: serwera CVS]. Moduł ten zawiera także inne specjalne pliki,
najbardziej istotny jest skrypt {{{builder}}}.
=== Distfiles - źródła w postaci binarnej ===
Distfiles to serwer FTP/HTTP, służący do przechowywania plików binarnych, np.
spakowanych źródeł programów. Dokonując zmiany w SPECU, automat pobiera plik,
wskazany w polu SourceX pliku spec, następnie umieszcza go na serwerze. Dzięki
temu budowane pakiety będą pobierane zawsze z tego serwera. Archiwa ze
źródłami, których nie obsłuży ten automat - np. źródła pobrane z systemu
kontroli wersji, muszą być umieszczane osobiście przez dewelopera przy każdej
ich zmianie. Więcej o
[http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/Distfiles-Quick-HowTo
distfiles].
- === SOURCES - źródła w CVS-ie ===
+ === Źródła w CVS-ie ===
- Łatki źródeł programów (trzymanych w distfiles), init-skrypty i źródła innych
plików koniecznych do budowania pakietów, są przechowywane w CVS-ie w module
SOURCES.
+ Łatki źródeł programów (trzymanych w distfiles), init-skrypty i źródła innych
plików koniecznych do budowania pakietów, są przechowywane w CVS-ie w katalogu
pakietu. Dawniej były trzymane w SOURCES.
=== Skrypt builder ===
_______________________________________________
pld-cvs-commit mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
