Git避免"合并分支大师"

Th *_*Ä s 19 git git-merge

我和一位同事正在使用git和一个远程原始存储库.我们都提交本地然后推送到原点.在我们工作的时候,自然会有一些分歧,特别是我的同事经常没有取/拉.

一旦它推到原点我会怀疑我们可以合并本地,然后推送到原点.我预计会得到一个相当直接的版本历史而没有描述合并.

从相当复杂的版本地铁地图和反复出现的合并分支'主'信息来看,我猜我们做的事情不太对劲.

  • "合并分支掌握"消息的原因是什么?
  • 如何简化这个版本的历史?

我觉得之前已经回答了这个问题,但我无法完全理解我收集到的信息.

Git版本历史

Hit*_*esh 20

我们有一个类似的案例.虽然我们使用中央主仓库,但我们经常让各个开发人员生成合并分支"主"消息.我们的解决方案是让开发人员随时git pull --rebase从远程主仓库中撤出.

  • 做`git config --global pull.rebase true`使它成为`git pull`时的默认值 (5认同)

Sim*_*ter 10

我想你在找git rebase.

历史记录中记录的每个合并都是从"保存真实历史"的角度来看的.你的分支在这一点上分歧,然后合并(注意两个分支如何具有它们独有的提交,因此不可能快速转发.

如果你改变,当前的提示(包括你的同事的变化)将成为新的分支点,除非他们介入,否则你的变化可以通过快进来应用,给人一种线性发展的印象(但是非 - 单调时间戳).