Nedávno sme prešli z CVS na Git a používame Vincenta Driessena úspešný model rozvetvenia Git s master pobočka a develop ktorá sa spája späť master, Začali sme s jedným projektom v Git a teraz máme dva samostatné projekty, ktoré používajú nejaký spoločný kód v submodule (common). Nedávno sa druhý projekt zaviazal zmeniť develop že nie sme pripravení, a kým sme neaktualizovali svoj vlastný kód, nemôžeme sa vrátiť späť develop pretože nechceme ostatné zmeny.
Myslel som na rozvetvenie develop do projektovo špecifických odvetví, ktoré sa spájajú späť develop, ale majiteľom common nechce pobočky špecifické pre projekt, pretože:
budeme musieť čerešne vyberať záväzky z hlavného
developpobočka v aby získali opravy alebo funkcie, ktoré sa vzťahujú na obidve.
Bolo by lepšie odstrániť develop pobočka úplne a priamo splynú priamo z projektovo špecifických pobočiek späť master, alebo robíme to všetko zle?
odpovede:
1 pre odpoveď č. 1Nedávno sa druhý projekt zaviazal zmeniťrozvíjať, že nie sme pripravení a až kým nebudeme aktualizovať svoj vlastný kód, nemôžeme sa dopracovať k žiadnym zmenám, pretože nechceme ostatné zmeny.
To znamená, že tieto dva projekty majú rôzne životné cykly vývoja a mali by mať každý svoj vlastný vývoj.
Ale ak common nemožno oba projekty jednoducho aktualizovať, to znamená, že musíte aktualizovať common sami (v špecifickej pobočke)
Pred zlučovaním vášho develop pobočka k hlavnému úradníkovi develop jeden, budete musieť zlúčiť common z hlavného develop pobočka na vašu verziu common, vyriešiť akýkoľvek konflikt a spätne zlúčiť common tiež.
Týmto spôsobom, common majiteľ projektu nebude musieť cherry-pick alebo integrovať čokoľvek.