Buildery

Witold Filipczyk witekfl w poczta.onet.pl
Pon, 13 Sty 2003, 16:03:44 CET


Co poniektórzy już zaczynają narzekać, że nic się nie dzieje w sprawie
builderów, Ac itp.  Trzebaby coś zrobić w tym temacie.

Optymistycznie licząc średni czas przebudowania pakietu na "wypasionym"
builderze to 2 minuty.  Przebudowanie całości na jedną architekturę
zajęłoby około 8 dni.

Jestem za tym, żeby buildery pracowały w sieci lokalnej, to znacznie
przyspieszy i uprości sprawę, wystarczy jedna osoba, by mieć pieczę nad nimi.
W przypadku rozproszonych builderów nigdy nie będzie pewności, że budują
to co trzeba i wykorzystywują te same pakiety do budowania.
Np. teraz nie na wszystkich mirrorach PLD jest to samo.

Builder powinien być "wypasiony", tzn. mieć dużo RAMu, powiedzmy 3GB.
Builder może być, a nawet wskazane by było, żeby był, bezdyskowy.

Skąd wziąć takie buildery?
Jestem przekonany, że w zamian za podziękowania na głównej stronie PLD
i na serwerze FTP
znajdzie się niejedna firma, która użyczy "wypasionych" komputerów.

Powtórzę, że jestem zwolennikiem tego, żeby każdy pakiet był budowany
"od zera".  Instalowane by były tylko pakiety potrzebne do zbudowania
i nic ponadto.  Ponieważ buildery będą miały wystarczająco dużo pamięci,
wydajność na tym nie ucierpi, wszystko będzie na ramdysku.
Minimalny zestaw pakietów zapewni powtarzalność
i bardzo dobre zależności dla pakietów.

Jestem też zwolennikiem daleko posuniętej automatyki.
Tzn. od momentu zmiany w CVSie, poprzez zbudowanie SRPMa, przebudowania
pakietów, wysłania logów aż do momentu pojawienia się podpisanych
pakietów w test - żadnej ingerencji człowieka.

Ludzie będą decydować tylko, co przesunąć z test na główne drzewo.
Przy tym powinny istnieć ogólnie znane reguły, np.
czas kwarantanny w test nie może przekraczać 14 dni.

-- 
Witold Filipczyk
<witekfl w poczta.onet.pl>



Więcej informacji o liście dyskusyjnej pld-devel-pl