Puszczanie z HEAD/AC-branch

[Paweł Sakowski]

Tak, upierdliwy jestem.

Przepuściłem sobie `cd SPECS;cvs status -v` przez mały parser i okazało
się, że bajzel mamy niemożebny.

Instrukcja czytania listy poniżej: nazwa_speca, AC-branch,
najnowszy_auto-ac-*. "E" nie ma znaczenia semantycznego ;) Wszystko
poniższe było za istnienia AC-branch puszczane z HEAD.

E SDL.spec 1.129.2 1.139
E aMule.spec 1.23.2.2.2 1.68
E abiword.spec 1.105.2 1.108
E arts.spec 1.104.2 1.116
E aspell-es.spec 1.13.2 1.12
E aspell-it.spec 1.12.2 1.11
E aspell-pl-alt.spec 1.33.2 1.44
E avifile.spec 1.174.2 1.176
E bluez-libs.spec 1.22.2 1.24
E cairo.spec 1.22.2 1.36
E classpath.spec 1.21.2 1.20
E digikam.spec 1.24.2 1.42
E elinks.spec 1.119.2 1.122
E em8300.spec 1.24.2 1.29
E evolution.spec 1.169.2 1.175
E freeciv.spec 1.82.2 1.92
E freetds.spec 1.16.2 1.19
E freetype.spec 1.108.2 1.118
E ghostscript-afpl.spec 1.142.2 1.140
E ghostscript-gpl.spec 1.142.2 1.140
E glibmm.spec 1.25.2 1.30
E gnome-panel.spec 1.166.2 1.169
E gnome-themes.spec 1.46.2 1.48
E gnome-vfs2.spec 1.158.2 1.160
E gnupg.spec 1.98.2 1.100
E gpc.spec 1.24.2 1.27
E gpgme.spec 1.55.2 1.54
E gramps.spec 1.15.2 1.28
E graphviz.spec 1.36.2 1.43
E gtkmm.spec 1.89.2 1.95
E heimdal.spec 1.106.2 1.113
E js.spec 1.31.2 1.32
E kdeaddons.spec 1.101.4 1.110
E kdeadmin.spec 1.129.4 1.141
E kdeartwork.spec 1.82.2 1.92
E kdebase.spec 1.415.2 1.461
E kdegames.spec 1.127.4 1.137
E kdegraphics.spec 1.138.2 1.150
E kdemultimedia.spec 1.184.2 1.197
E kdenetwork.spec 1.187.2 1.194
E kdepim.spec 1.162.2 1.189
E kdesdk.spec 1.117.2 1.133
E kdeutils.spec 1.140.2 1.152
E kdevelop.spec 1.76.2 1.101
E kdewebdev.spec 1.37.4 1.50
E kernel24-video-nvidia.spec 1.4.2 1.18
E lftp.spec 1.192.2 1.203
E libksba.spec 1.9.2 1.23
E libsigc++.spec 1.59.2 1.67
E lzo.spec 1.26.2 1.25
E mailman.spec 1.80.2 1.89
E mc.spec 1.199.2 1.219
E mono.spec 1.115.2 1.148
E mozilla-lang-pl.spec 1.23.2 1.26
E mp3blaster.spec 1.46.2 1.41
E nautilus-cd-burner.spec 1.47.2 1.51
E netatalk.spec 1.58.2 1.57
E ocaml.spec 1.84.2 1.98
E openh323.spec 1.91.2 1.92
E openhpi.spec 1.14.2 1.18
E pdflib.spec 1.67.2 1.66
E pdksh.spec 1.87.2 1.100
E perl-Module-Build.spec 1.19.2 1.22
E perl-XML-Parser.spec 1.49.2 1.47
E php.spec 1.448.2 1.484
E postfix.spec 1.225.2 1.242
E ppp.spec 1.122.2 1.119
E procps.spec 1.108.4 1.116
E pwlib.spec 1.108.2 1.113
E seahorse.spec 1.46.2 1.69
E slang.spec 1.93.2 1.100
E smpeg.spec 1.67.2 1.66
E sms.spec 1.91.2 1.92
E telnet.spec 1.74.2 1.73
E totem.spec 1.57.2 1.69
E uClibc.spec 1.109.2 1.118
E unrar.spec 1.52.2 1.55
E verlihub.spec 1.9.2 1.16
E xchm.spec 1.32.2 1.35
E xine-ui.spec 1.70.2 1.78
E xmame.spec 1.51.2 1.58
E xpdf.spec 1.87.2 1.92

Co po przepuszczeniu przez wc daje 82 spece. Dużo. Za dużo. W wielu
przypadkach na nie widać żadnego uzasadnienia trzymania dwóch linii i
zakładania AC-brancha (unrar?). I ewidentnie istnieniem bezsensownych
branchy (bo na oko większość z nich istnieć (już?) nie powinna) nie
przejmowały się osoby robiące poprawki i je puszczające.

Nie jest to oczywiście problem być-albo-nie-być PLD, ale lepiej żeby
takie sprawy uporządkować. Zanim się okaże że w w/w pakietach są dwa
niezależne zestawy zmian: #1 autorstwa użytkowników `cvs status -v`, #2
autorstwa użytkowników `cvs up -A`.

<pomysł>Nauczyć automatykę zasady, że jeśli istnieje AC-branch, to z
HEAD zleceń do ready puszczać nie można. Oczywiście za wyjątkiem jakiejs
grupy "superbudowniczych".</pomysł> W ten sposób do powyższej listy nie
doszłyby już żadne spece, a te z listy siłą rzeczy musiałaby
uporządkować następna osoba puszczająca swoje zmiany w danym specu (bo
dalej z HEAD puszczać już się nie uda). Efekt uboczny (pozytywny): jeśli
ktoś chciał puścić z AC-brancha, ale się rąbnął w requeście, builder
uratuje go przed skutkami pomyłki.

Uwagi?

-- 
Paweł Sakowski <saq w pld-linux.org>
PLD Linux Distribution