在我的情况下，我得到这个消息时，我按X。1从分支B提交到它的远程跟踪分支remote_B。然后在我的本地存储库，我做了更改，并将其修改为相同的提交ie。X ver.2。

现在我们在远程repo上提交xver1，并提交xver。2在本地。 然后git会警告你

您的本地分支和remote_分别有1个和1个不同的提交

要解决这个问题，你有两个选择:

1.从远程跟踪分支提取变更。

git reset --hard HEAD
git checkout --track remoteRepoName/branch_name 

2.强制将修改后的提交推到远程回购。 (仅建议在推X ver1提交后远程回购没有被任何人拉)

git push -f remote_repo_name remote_branch_name

我已经通过移动到commit_sha来修复它，最后提交给origin/master。

git reset --hard commit_sha

警告:在commit 'commit_sha' commit之后，你将丢失所有提交的内容。

我知道这里有很多答案，但我认为git reset -soft HEAD~1值得注意，因为它让你在解决发散状态时，在最后一次本地(未推送)提交中保留更改。我认为这是一个比使用rebase的pull更通用的解决方案，因为本地提交可以被审查，甚至可以移动到另一个分支。

关键是使用——柔和，而不是严厉——强硬。如果提交次数超过1次，则更改HEAD~x应该可以工作。这里是解决我的情况的所有步骤(我有1个本地提交和8个远程提交):

1) git reset—soft HEAD~1来撤销本地提交。对于接下来的步骤，我使用了SourceTree中的接口，但我认为以下命令也可以工作:

2) git从1)到stash的变化。现在所有的变化都是安全的，不再有分歧。

3) git拉取远程更改。

4) git stash pop或git stash apply应用上次存储的更改，如果需要，随后是一个新的提交。当想要丢弃本地提交中的更改时，这一步是可选的，还有2)。另外，当想要提交到另一个分支时，这一步应该在切换到所需的分支后完成。

在我的例子中，这里是我所做的导致分歧的消息:我做了git push，但后来做了git commit——amend，以向commit消息中添加一些东西。然后我又做了另一次提交。

所以在我的例子中，这仅仅意味着原点/主节点已经过时了。因为我知道没有其他人在触摸原点/master，修复是微不足道的:git push -f(其中-f表示力)

当我基于分支a创建一个分支时遇到了这个问题

git checkout -b a

然后我将分支a的起始流设置为分支B的原点

git branch -u origin/B

然后我得到了上面的错误消息。

对我来说，解决这个问题的一个方法是，

删除分支a 创建一个新的分支b

git checkout -b b origin/B

为了更直接地回答最初的问题，您可以检查实际冲突的差异:

git diff HEAD..origin/master

并使用此信息来决定是将源的更改拉到本地回购中，还是将本地更改推到源中。