我們使用 gitflow 方法，所以 master 分支、dev 分支、特性分支。對于發布，我們將 dev 合并到 master 并從那里發布。
發生的事情是，每次我們去 PR dev 到 master 時，我們都被告知 dev 是 master 后面的一個提交，我們不能合并。所以我們公關大師到開發。它沒有顯示差異并且可以很好地合并。然后我們可以 PR dev 掌握。但是這個回圈在下一個版本中重復，即使我們沒有做任何事情來掌握。
我應該尋找什么可能導致這種情況？
uj5u.com熱心網友回復：
如果您使用的是標準Git Flowmaster ，那么在合并release分支時您將有一個合并提交。（注意，在您的情況下，聽起來您現在正在跳過release分支，而您只有一個dev類似于developGit Flow 的分支。）因此，每次合并時，dev您master都會在master.
從您的評論中：
如果我們將 dev 與 master 合并，它們應該都指向同一個提交（如果我理解我的 git 正確）。
不必要。如果您允許快進合并，那將是正確的，但如果您強制合并提交，則情況并非如此。但是，合并后 和 的狀態應該相同。devmaster
關于他的評論：
“為什么不能融合？” 好吧，bitbucket 不會讓我們這樣做。可能可以強制它或其他東西，但似乎這并不能解決問題。
這可能是因為您在 BitBucket 中打開了一個設定，該設定需要dev與master. 請注意，這通常與 Git 合并無關，如果您不想要，則不需要此要求。
如果您想保留該設定，我建議您在合并master到之后dev立即執行反向合并，而不是立即合并之前。這樣，如果您曾經有一個修補程式被合并到您的流程中，那么該修補程式將立即合并到該修補程式中，因此您對分支的測驗可以包含它。mastermasterdevdev
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/488185.html
標籤：混帐
下一篇：如何更改分支并從另一個分支拉取？