讓我們考慮以下地方git倉庫的場景,被同步到遠程:如何在主分支分歧時僅合併一次?
──(A)─┬─(B)── master │ └─(C)── branch
合併分支到主(本地,需要很長的時間,因爲(C)=許多提交)後:
──(A)─┬─(B)─┬─(D)── master │ │ └─(C)─┘ branch
在合併這件事發生在遠程倉庫:
──(A)───(B)───(E)── master
現在,我希望能有這樣的結果:
──(A)─┬─(B)─┬─(D)──(E)── master │ │ └─(C)─┘ branch
或這個結果
──(A)─┬─(B)───(E)─┬──(F)── master │ │ └────(C)────┘ branch
即我不想讓更多的合併線。 通過再次合併很多東西(C),可以不花費很長時間嗎?
讓我試着理解這一點,你想避免再次合併'C',因爲它需要很長時間?你知道爲什麼合併'C'需要這麼長時間嗎?這似乎很奇怪。 – 2013-08-02 11:35:32
如果您已經完成合並;這意味着你的分支是2個落後,1個落後。現在,如果你做混帳(或提取和重新組織起源/ branchname)那些提交將被附加到C作爲D - E。那麼問題在哪裏? – forvaidya