PLD-doc: PLD-update-TODO (HEAD)

[Paweł Sakowski]

> Ogólnie rzecz biorąc to nie ma chyba co jednoznacznie określać 'ze
> snapami won na DEVEL'. Tu raczej trzeba się zdać na kobiecą intuicję
> developera - jeśli uważa, że dany program, choćby w wersji pre, nadaje
> się do użytku, działa stabilnie i robi 'ble' z byle powodu, niech daje
> to HEAD. W przeciwnym wypadku na jakiś DEVEL.
> 
> Weźmy na przykład takie php - pomiędzy 4.3.3 a 4.3.4 pojawiły się trzy
> RC. I szły na HEAD. Bo działało to stabilnie.

Generalnie chyba można przyjąć, że najnowsza wersja uznana przez autorów
programu za stabilną właśnie taka jest i nadaje się na HEAD. I teraz
wyjątki: Jeśli wersja rc/pre/snap/... wprowadza _istotne_ udogodnienia
i/lub nowe ficzery, a nie zanosi się na szybkie wydanie wersji
ostatecznej, to taka wersja jest kandydatem na HEAD.

Z drugiej strony są przypadki kiedy nowa wersja jest już stabilna,
natomiast wdrożenie jej ma daleko idące konsekwencje dla reszty systemu
(koronny przykład: GCC 3). Wtedy trzeba się na pewien czas "uwstecznić".

-- 
+----------------------------------------------------------------------+
| Paweł Sakowski <pawel at sakowski.eu.org>            Never trust a man  |
|                            who can count up to 1023 on his fingers.  |
+----------------------------------------------------------------------+
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message num?riquement sign?e.
URL: </mailman/pipermail/pld-devel-pl/attachments/20031210/8fb17fe1/attachment.sig>