( _Franko_ | 2022. 10. 18., k – 22:03 )

Szerintem ugyanazt a mozit nezzuk.

Pedig mégse, ezek szerint.

Azert kellene keszen lennie a patchnek a window elejen kb, mert igy meg belefer 1-2 review kor.

Az egész bazmegelés abból jön, hogy nem a merge window open előtt jön a PR: "The rule is that things that get sent to me should be ready *before* the merge window opens, not be made ready during the merge window."

Nem az a baj, hogy a merge window ideje alatt nem egyenletesen jönnek a PR-ek, hanem az, hogy közben jönnek: "should be ready *before* the merge window opens".

--

Szerintem az a sebesseg, amivel a kernel a patcheket abszolvalja, illetve, hogy emellett az eredmeny minosege okes, azt mutatja, hogy ez a modell mukodokepes.

Honnan tudod, hogy nem lenne sokkal jobb, ha az egész folyamat vége nem One Man Show lenne? 

Namost ha valasztani kell a mukodokepesseg kockaztatasa es akozott, hogy nehany lusta diszno eszbe kapjon, en szo nelkul szavazok az utobbira.

Namost, ezt úgy mondod, mintha nem lett volna elbaszva n+1 alkalommal a kernel és soha nem kellene hibát javítani, csak a feature halmazok jönnének évek óta.