2014-10-30 189 views
0

鉛想要更簡單的代碼評論(PR)。所以分支代碼分成3個分支。 A-> B->℃。 然後從A中刪除代碼。刪除附加代碼使A更簡單的代碼審查。然後將對B進行代碼審查,然後再進行C代碼審查。由於B是從A分支出來的,因此我假定我永遠不能對它進行拉動。它是否正確? 相似但不相同的問題: How to turn a git branch into fork?Git:不要刪除分支?

我猜應該是用原來的代碼基礎ABC做這樣做:

ABC->A (delete B and C stuff. Code review A.) 
ABC->BC->B (delete C stuff and code review B) 
BC->C (code review the total. Or ABC->C even.) 

這樣的變化ABC可能被拉扯到A,或B ,還是C.正確?

因此,鑑於我沒有這樣做,有什麼辦法挽救我的代碼拉或合併。也就是說,如果我不拉入B但將B合併到EPIC中,那麼將在A中完成刪除操作(而不是我想要的)。或者,如果我觸摸A中刪除的每個文件,而B和C上的工作將保存我的文件並防止它們在Merge上被刪除。怕我可能會在這裏被燒傷。什麼是出路? (除了從頭開始)

+0

不知道這甚至是有道理的,至少部分是因爲你似乎有一個「提交」和「分支」的概念之間的混淆... – twalberg 2014-10-30 18:28:24

回答

0

不理解瘋狂背後的方法......爲什麼不創建一個遠程分支並讓團隊從遠程分支上推拉。當您的主管對代碼感到滿意後,再合併成主人。

+0

我們這樣做。但他希望每個任務(JIRA問題)都只是幾個更改/添加的文件。所以,分解成更小的任務/分支。如果這是有道理的。 – TimJowers2 2014-10-30 15:29:22