PLDWWW: michaloo/DevelopingPLDpl

michaloo michaloo at pld-linux.org
Wed May 9 20:57:24 CEST 2007


Author: michaloo   Date: Wed May  9 18:57:24 2007 GMT
Module: PLDWWW   URL: http://pld-linux.org/michaloo/DevelopingPLDpl?action=diff&rev2=2&rev1=1
---- Log message:


---- Page affected: michaloo/DevelopingPLDpl

---- Diffs:

================================================================
  
  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ą. 
+ 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ą. 
  
  == Kwestie techniczne ==
  
@@ -35, +35 @@

  
  Możesz także [wiki:/SpecFiles poczytać więcej o plikach spec].
  
- Wszystkie pliki {{{spec}}} rezydują wewnątrz modułu "SPEC" naszego [:Repositories: serwera CVS]. Moduł ten zawiera także inne specjalne pliki, najbardziej istotny jest skrypt {{{builder}}}.
+ Wszystkie pliki {{{spec}}} rezydują wewnątrz modułu ''SPEC'' naszego [:Repositories: serwera CVS]. Moduł ten zawiera także inne specjalne pliki, najbardziej istotny jest skrypt {{{builder}}}.
  
  === Skrypt builder ===
  
@@ -89, +89 @@

  
  === Publikowanie zmian ===
  
- Jako początkujący deweloper nie będziesz miał dostępu odczytu/zapisu do repozytorium CVS, więc będziesz musiał znaleźć kogoś kto sprawdzi twoje zmiany i doda je do repozytorium. Najlepszym wyjściem jest wysłanie maila na listę {{{pld-devel-en}}} (lub {{{pl}}}) i dołączenie do niego "unified diff" twoich zmian zamiast oryginalnych plików (czy wręcz całych, jeżeli jakieś dodajesz) wraz z krótkim opisem tego co zrobiłeś.
+ Jako początkujący deweloper nie będziesz miał dostępu odczytu/zapisu do repozytorium CVS, więc będziesz musiał znaleźć kogoś kto sprawdzi twoje zmiany i doda je do repozytorium. Najlepszym wyjściem jest wysłanie maila na listę {{{pld-devel-en}}} (lub {{{pl}}}) i dołączenie do niego ''unified diff'' twoich zmian zamiast oryginalnych plików (czy wręcz całych, jeżeli jakieś dodajesz) wraz z krótkim opisem tego co zrobiłeś.
  
  Jak tylko jakiś deweloper będzie miał czas przyjrzeć się twoim zmianom, zostaniesz poinformowany o ewentualnych błędach wymagających poprawek i w końcu twoje pliki zostaną opublikowane.
  


More information about the pld-cvs-commit mailing list