为什么开发人员Git Commit,Git Pull,Git Push总是创建一个Git Merge?

时间:2014-07-17 17:51:46

标签: git github merge

我有一个持续提交的开发人员,每次他都这样做 - 它会在分支提交上执行git merge分支;每次。即使有他自己的代码。

是的,我的历史几乎一直都是这样的。偶尔我的6个开发者中的一个会将分支合并到分支上;但在大多数情况下,他们只是有提交。这个开发者总是拥有它。

  • 开发合并分支到分支
  • 开发提交
  • 开发合并分支到分支
  • Dev Commit
  • 其他提交
  • 我提交
  • 其他提交
  • 我提交
  • 我提交
  • Dev Merge Branch to Branch
  • Dev Commit
  • Dev Merge分支到分支
  • Dev Comm

他跑了1.7;现在2.0

  • git commit
  • git pull
  • git push

? 有什么想法吗?

我们其他人在终端(mac)很好; GH赢了; GH win powershell等。

它令人讨厌,因为垃圾合并正在创造一种能够git还原的痛苦。

1 个答案:

答案 0 :(得分:1)

指示开发人员在完成拉动后才能进行新的提交。

仅当本地分支和上游分支偏离公共点时,

git才会创建合并提交。因此,虽然其他开发人员似乎都遵循这一点(即,他们在进行任何提交之前执行git pull),但是有问题的开发人员进行本地提交然后执行git pull,因此具有分支已经分歧。因此,git被迫以递归方式合并更改,从而导致合并提交进入画面。

完全避免这种情况的另一种方法是在git fetch组织范围内进行git rebase,以便在没有任何合并提交的情况下几乎线性地维护历史记录。