回顾一下在git的master分支中构建一个发布历史

时间:2018-04-12 17:59:19

标签: git merge git-flow

我正在尝试回顾性地将git流的原则应用到我的存储库。

我已将所有版本标记为“我想

  1. 创建新的主分支
  2. 将每个标记的版本合并为新的主分支,作为压缩的提交。
  3. 结果是一个主分支,其历史记录仅包含版本。

    我尝试做上述操作,第一次合并按预期进行。差异证实我的主分支与标记版本相同。第二次提交似乎正确合并,但是带有相应标记版本提交的差异显示出许多差异。

    1. 什么可以解释标记的版本合并导致提交不同?

    2. 如何确保合并结果与标记版本提交完全相同?

    3. 由于

1 个答案:

答案 0 :(得分:1)

当合并对应于不同标签的两个发布分支时,导致树不是其中一个标签的精确副本,这并不奇怪,因为它恰好是 merge 和结果取决于导致两个标签的历史记录。

所以我猜你的问题相当于需要命令

git merge -s theirs branch-of-release

不存在,如Git doc of git merge中所述:

  

[...]请注意,与我们不同,没有他们的合并策略[...]

尽管如此,我在SO上找到了以下答案,可能对您的用例有用:git command for making one branch like another