繼Nvie的git分支模型後,爲什麼在將同一個「發佈」分支合併到兩個版本之後,爲什麼最終每個「前進」和「主」如果同一個'發佈'分支被合併到每個,不應該掌握和開發同意?Git工作流程,Nvie分支模型提前和落後
x 84a628d (origin/develop, develop) Merge branch 'release-v3.0.1' into develop
|\
| | x 2e4d60b (HEAD, v3.0.1, origin/master, master) Merge branch 'release-v3.0.1'
| | |\
| | |/
| |/|
| x | 716ce96 (release-v3.0.1) Version 3.0.1
|//
x | fe3b54d Some more more code
x | 3683892 Some more code
x | 8c0b835 'develop' branch code
|/
x d051b54 (v3.0) Baseline merge. Merge remote-tracking branch 'origin/master'
$ git的日誌產地/主產地^ /開發
commit 2e4d60b7d6760b4f6b2328ab06150b020b0d279f
Merge: d051b54 716ce96
Author: Todd
Date: Tue Mar 26 11:27:59 2013 -0400
Merge branch 'release-v3.0.1'
$ git的日誌產地/開發^產地/主
commit 84a628d96653ed196faa6387c8b208badf23aa75
Merge: fe3b54d 716ce96
Author: Todd
Date: Tue Mar 26 11:31:53 2013 -0400
Merge branch 'release-v3.0.1' into develop
我缺少什麼?
Thanks Tuxdude!如果你試圖遵循Nvie的分支模型併爲開發分支的持續工作提供一個發佈分支,那麼直接合並master/development和develop/master有什麼意義? ... [一個成功的Git分支模型](http:// nvie。com/posts/a-successful-git-branching-model /) – Todd 2013-03-26 17:01:20
@Todd - 你顯示的圖形如下Nvie的分支模型,但你用來找出差異的命令是不正確的。您應該使用'git diff develop..master'命令來區分2棵樹的內容,而不是僅僅使用'git log'命令檢查提交。我之所以告訴你直接合並開發和主控的原因是爲了使分支指針在發佈合併之後指向相同的提交。你如何維護分支完全取決於你;) – Tuxdude 2013-03-26 18:31:01
啊......'差異'報告零差異,因爲我期待我的情況!所以......'log'提交報告和'diff'報告實體(節點,分支,版本等)之間的絕對變化!所以看起來GitHub上的'Branches'標籤報告了'日誌'的結果和合並分支之間的提交變化。不幸的是,這不是我所期望的,也不是爲那些外行人所清楚。謝謝Tuxdude! (對不起,我沒有;代表你的答案沒有代表) – Todd 2013-03-26 20:03:29