Gerrit - muutoksen vapauttaminen turhasta mergettämättömästä historiasta

[hkultala]

Meillä on monta committia pitkä ketju toisistaan riippuvia committeja odottamassa mergetystä sisään (syistä mm. että alkuperäinen tekijä lomalla, testit on hitaita ajaa, jne).

Sitten työkaveri teki yhden täysin näihin liitymättömän pikkumuutoksen mutta commitoi sen vahingossa tämän ketjun päälle.

Normaaleilla mekanismeilla sen saa sisään vasta kun tämä koko pitkä historiaketju on kokonaisuudessaan mergetty sisään.

Onko gerritissä joku mekanismi, jolla voin sanoa, että "rebaseta tämä tuorein commit tästä masterin päälle äläkä piittaa tämän alla olevista aiemmista (mergaamattomista) commiteista/hukkaa ne tämän alta" ? Normaali rebase-toiminto tuo mukaan sen ketjun.

Cherry-pick toiminnallisuutta siis haetaan, mutta gerritin cherry-pickin dokumentaatio ei ainakaan näyttäisi siltä, että se tekisi, mitä haluan.

 

[finWeazel]

Eikö tuo onnistu korjata ihan niin, että työkaverisi ottaa ensin ottaa kohdehaaran lokaalille koneellensa, sitten cherry-pickaa sen yhden commitin lokaalisti ja puskee uudestaan gerrittiin? Jos kerrit nikottelee ettei ole muutoksia niin git amend:lla dummy muutos sisään ja pusku menee läpi. Gerrit päivittää riippuvuudet uuden pusketun haaran mukaiseksi. Jos ei noin onnistu niin kiertää ongelman poistamalla changeid:n kommitista lokaalikoneella, dummy muutos git amend:lla ja puskee uudestaan eri changeid:lla sisään. Sen jälkeen hylkää sen vanhan muutoksen, missä on väärät riippuvuudet mukana.

edit. Onpa vaikea kirjoittaa suomeksi. Englanniksi saisi sujuvamman tekstin.