我和一位同事正在使用git和一个远程原始存储库.我们都提交本地然后推送到原点.在我们工作的时候,自然会有一些分歧,特别是我的同事经常没有取/拉.
一旦它推到原点我会怀疑我们可以合并本地,然后推送到原点.我预计会得到一个相当直接的版本历史而没有描述合并.
从相当复杂的版本地铁地图和反复出现的合并分支'主'信息来看,我猜我们做的事情不太对劲.
我觉得之前已经回答了这个问题,但我无法完全理解我收集到的信息.

Hit*_*esh 20
我们有一个类似的案例.虽然我们使用中央主仓库,但我们经常让各个开发人员生成合并分支"主"消息.我们的解决方案是让开发人员随时git pull --rebase从远程主仓库中撤出.
Sim*_*ter 10
我想你在找git rebase.
历史记录中记录的每个合并都是从"保存真实历史"的角度来看的.你的分支在这一点上分歧,然后合并(注意两个分支如何具有它们独有的提交,因此不可能快速转发.
如果你改变,当前的提示(包括你的同事的变化)将成为新的分支点,除非他们介入,否则你的变化可以通过快进来应用,给人一种线性发展的印象(但是非 - 单调时间戳).