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

git diff HEAD..origin/master

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

git pull --rebase origin/master 

是一个在大多数情况下可以帮助您的命令。

编辑:从源/主节点中提取提交，并将您的更改应用于新提取的分支历史记录。

在我的情况下，我已经将更改推到origin/master，然后意识到我不应该这样做:-(这是复杂的事实，局部更改是在子树中。所以我回到了“坏的”本地更改之前的最后一个好的提交(使用SourceTree)，然后我得到了“分歧消息”。

在本地修复了我的混乱之后(细节在这里不重要)，我想“回到”远程源/主分支，这样它就会再次与本地主同步。我的解决方案是:

git push origin master -f

注意-f (force)开关。这删除了错误地推送到origin/master的“坏更改”，现在本地和远程分支是同步的。

请记住，这是一个潜在的破坏性操作，因此只有在您100%确定及时“移回”远程主机是OK的情况下才执行该操作。

Git重置——soft origin/my_remote_tracking_branch

This way you will not loose your local changes

你可能会遇到这种情况，只需要从remote中获取1个历史记录:

$ git pull --depth=1
fatal: refusing to merge unrelated histories
$ git status
Your branch and 'origin/main' have diverged,
and have 1 and 1 different commits each, respectively.

根据上面的回答，会导致两个分支分流到不同的“线”，所以Git认为这是不相关的历史。

---a---b---main
        \      \
          x x x x   diverged, cannot be merged anymore
          \      \
    ---?---?---?---c(origin/main)

最后，简单的解决方案是:git重置-硬的origin/main，如果你不关心本地的变化，否则你将失去所有的工作。

或者尝试git pull——depth=2。

在我的情况下，我得到这个消息时，我按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