我知道这里有很多答案，但我认为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 pull --rebase origin/master 

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

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

要查看差异:

我嫉妒他

这将显示两个分支之间的变化或差异。在araxis(我最喜欢的)中，它以文件夹差异样式显示它。显示每个更改的文件。然后，我可以单击一个文件来查看文件中更改的详细信息。

当我试图重设跟踪远程分支的分支的基础时，我发现自己处于这种情况，我试图在master上重设它。在这种情况下，如果您尝试重新建立基础，您很可能会发现您的分支分散了，它可能会造成一个混乱，这不是git nubees!

假设您在my_remote_tracking_branch分支上，这个分支是从master分支出来的

$ git状态 在分支my_remote_tracking_branch上 没有要提交的内容(工作目录清洁)

现在你正试图从主为:

吉特校长

现在就停下来，给自己省点麻烦!相反，使用merge as:

Git 合并大师

是的，您最终会在分支上获得额外的提交。但除非你想要“不发散”的分支，否则这将是一个比重基更流畅的工作流程。有关更详细的解释，请参阅这个博客。

另一方面，如果你的分支只是一个本地分支(即还没有推送到任何远程)，你一定要做一个rebase(你的分支在这种情况下不会发散)。

现在，如果你正在阅读这篇文章，因为你已经处于由于这种重基而导致的“发散”场景中，你可以通过使用以下命令回到上一次提交(即在未发散的状态下):

Git重置——hard origin/my_remote_tracking_branch

我相信这应该对我有帮助:

git reset --hard origin/master

但事实并非如此。不知怎的，我得到了同样的消息&当我从远程分支中提取更改时，冲突就发生了。因为我确定我根本不需要我现有的本地分支&我只需要一个远程主分支的副本，因此我想出了这个解决方案:

签出到一个新的分支，例如，git Checkout -b placeholder-branch。注意:该分支可以稍后删除。 git分支-D master，我这样做是因为我确定我的本地分支被搞砸了&我不需要这个。我需要远程实例的新副本。 Git签出-跟踪原点/master &你完成了;现在你可以使用git branch -D删除占位符分支

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

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