在 GitFlow 中將 master 合並到 develop 會引起沖突嗎？

Question

我想知道使用 gitflow 並將 master 合並到 develop 是否會引起沖突。 我打算將這個'git merge master'變成一個自動的、非交互的過程，所以如果有沖突，它會失敗，因為它需要人工交互。

我正在使用 GitFlow 並且直接應用於 master 的更改是版本碰撞，它會碰撞版本，提交，然后將版本更改為快照版本。 例如，master 可能有 1.0.1-SNAPSHOT 作為版本。 如果我們對它進行版本碰撞，版本將更改為 1.0.2，然后我們進行 git commit。 然后我們將版本更改為 1.0.2-SNAPSHOT 並提交。 因此，每個版本碰撞都會導致兩次提交（請參閱 mvn 版本更新程序）。

定期，我想通過調用 git merge 將 master 中的最新版本合並到 develop 中。 這將進行版本更改，但也會進行在 master 中發現的任何其他更改，而不是在 develop 中。 我相信這不應該引起任何沖突，因為 master 有，develop 也應該有，因為我們將 develop 合並到 master 中。

我已經測試了文件重命名，編輯將被刪除的文件，以及對同一文件的大量編輯，但在這種模式下，我從 master 合並到 develop 后不會發生沖突。

有沒有辦法在這里制造沖突？ 嘗試自動化合並主開發過程會有什么問題嗎？ 謝謝。

Answer 1

TL;博士是的！

我在這里看到多個問題/問題，我們需要討論：

(1) 在nvie 創建和記錄的git-flow ，沒有從master合並到develop ，而是從（在本例中只使用版本1.0.2 ） release/1.0.2分支合並到master和develop 。

(2) 此release/1.0.2分支是您調整版本的位置。 然后它會自動出現在develop因為無論如何你在每次發布后將release/1.0.2合並到develop 。 這樣就不需要定期從master更新。

(3) master分支只包含合並提交，沒有別的。 這只是所有版本的有序列表。

(4) 在這兩種情況下，您都可能遇到合並沖突，因為在您處理release/1.0.2 develop是持續工作的（假設您不是一個人在整個項目上工作）。 如果對同一行進行更改，則可能（但不一定需要）出現合並沖突。