A wine fejleszési modellje

A wine feljesztési modellje érdekes téma, ezért gondoltam, hogy nyitok egy topikot.Röviden:
- a patch-eket mindenki a saját nevében küldi el (gondolom az MS kódok beszivárogtatásának elkerülése végett)
- beküldik a patchet a wine-patches levlistára, a státusz itt látható: http://source.winehq.org/patches/
- a patch vagy 100%-ig jó, vagy kivágják a fenébe, javítás nincs
- amennyiben a patch-et visszautasították, a wine devel levlistán indokolnak: http://www.winehq.org/pipermail/wine-devel/
- a patcheket igen könnyen visszautasítják: hiányzó tesztek, nem mindent implementál le és nincs fixme sem, rosszul indentál, fail-elnek a tesztek,...

Aki a patch-eket végignézi láthatja, hogy (Try 5)-ös patchek is vannak, ami azt jelenti, hogy az előző 4 változatot visszautasították, azaz a programozónak negyedszer kellett újraírni a patchet.

Ennek a modellnek bizony vannak mellékhatásai:
- sok esetben előfordul, hogy valaki ír egy 10.000 soros patchet, amitől minden hirtelen frankó lesz, de azonnal kivágják, hogy darabolja fel apró részekre
- mire a 10.000 sor bekerülne a wine-be, már 3-4 szer mindent újraír a fejlesztő
- rengeteg patch van szabadlábon, ami megold egy problémát, viszont sosem kerül be, mert a fejlesztőnek elege lesz a wine gépezet működéséből
- ami érdekesség, hogy előfordul, hogy más eteti be a patcheket a wine-be, nem is az aki írta, mert a fejlesztőnek már tele lett a hócipője

Amiért az egész számomra furcsa, hogy még nem láttam olyan projektet, ahol a programozóval 5-ször újraíratnák a patchet, mielőtt bekerülne a repóba. Elsőre meglehetősen mókásnak tűnt nekem.