Git:犯罪冲突中的奇怪现象

Question

我对git世界很陌生，这里有一个非常奇怪的提交冲突问题，它一直发生在我身上。我通过日食使用git。这很奇怪，所以我试着简单地解释一下。以下是我所做的

1. 从远程到本地分支的检查源
2. 对文件A.java进行了一些更改，并执行了提交推送--创建了新的提交并将其推送到远程。一切都很正常。
3. 确保没有人进行任何更改或推动新提交。
4. 再次对文件A.java做了一些更改，并再次执行提交推送。
5. 然后它告诉我现在的本地版本不是快进的，并且引起了冲突，文件A.java。

这是历史

origin source ------- second commit-push

      |
      -------- first commit-push

第二次提交-推的父母不是“第一次提交-推”，这是如此令人困惑。不是应该是“源头”吗？

这种奇怪的现象不仅仅发生在同一个文件的连续提交推送中。每一次承诺都会发生这种情况。我创建一个新的提交推送，从第二个最新的提交开始，而不是最新的提交，如果在我的提交和最新的提交中没有冲突，将创建一个自动合并。

任何人都能告诉我发生了什么，为什么会发生？

Answer 1

第二次提交-推的父母不是“第一次提交-推”，这太令人困惑了。

如果其他人强制执行push (git push --force)，有效地将您的第一个推送提交替换为他/她，则会发生这种情况。

在这种情况下，最好的方法是一个git pull --rebase，它将取代在新origin/master之上的本地提交，然后是git push。