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