metodologia wypuszczania Ac

[Andrzej Krzysztofowicz]

> On Sat, Jun 07, 2003 at 08:41:13PM +0200, Andrzej Krzysztofowicz wrote:
> > 
> > > Przed wypuszczeniem Ac musimy sobie odpowiedzieć na kilka pytań, np. o
> > > zestaw pakietów lub krąg odbiorców (który determinuje częściowo zestaw
> > > pakietów) etc
> > > 
> > > Zupełenie niezależną sprawą jest samo techniczne podejście do
> > > wypuszczania dystrybucji.
> > > 
> > > Ja osobiście to widzę tak (Uwaga, nie napiszę tu raczej nic odkrywczego):
> > > 
> > > 1. wybieramy RM (Release Manager) (jednego lub kilku, ale tak by się
> > >    mogli dogadać)
> > > 
> > > 1,5. RM robi bootstrap pakietów na builderach Ac.
> > >    
> > > 2. RM puszcza na builder wszystkie pakiety z repo (z wyj.
> > >    niedystrybuowalnych etc), tagując je "AC-tag" (po udanym zbudowaniu). 
> > 
> > Nie wiem, czy wszyscy zdaja sobie sprawe, ze dla wielu pakietow trzeba pred
> > ich puszczeniem zmodyfikowac srodowisko.
> 
> W sensie doinstalować BR czy robić coś poważniejszego?

Rozmaicie.
Np. chcesz przebudowac z nowa wersja jakiejs biblioteki.
Najpierw musisz przebudowac te biblioteke.
Musisz te biblioteke zainstalowac.
Ale nadal masz na builderze tuzin pakietow skonsolidowanych ze stara wersja
biblioteki - musisz je wszystkie wyinstalowac, przebudowac i ponownie
zainstalowac.
Te pakiety moga miec wzajemne zaleznosci - wymusza to kolejnosc budowania
i instalacji.
Wszystko to tzreba zrobic synchronicznie na wszystkich builderach (chyba, ze
ktos lubi wielokrotnie powtarzac te sama prace).

To tylko jeden z przykladow. Dosc czesty.

> > Nie wierze, zeby ten etap potrwal krocej niz okolo miesiaca (to dla
> > zwolennikow sztywnych terminow).
> 
> Też nie sądzę, żeby to krócej trwało.

Ciebie nie uwazam za "zwolennika sztywnych terminow" ;)

> > Jest problem, gdy masz w dystrybucji wazne pakiety X i Y wymagajace
> > biblioteki L, a jeden z tych pakietow, np X, (jego wersja z HEAD) wymaga
> > najnowszej wersji biblioteki podczas gdy drugi (Y - zadna wersja lub zadna
> > stabilna wersja) nie wspiera najnowszej wersji biblioteki L.
> > Decyzja, co w takiej sytuacji zrobic (np. wersje bibliotek na HEAD/branchu)
> > powinna nalezej jednoosobowo do RM.
> 
> No i tu mamy problem. I pewnie trzeba będzie zrobić L1 i L2.

Albo nie wszystko wypuszczac w najnowszej wersji. Mrozenie head? ;)

Poza tym, jesli takimi decyzjami ma sie zajmowac CDG, to jest to czysta
strata czasu.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology