它可以通过多种方式完成，继续编辑这个答案，以传播更好的知识视角。

1)硬复位

如果你从远程开发分支工作，你可以重置HEAD到远程分支上的最后一次提交，如下所示:

git reset --hard origin/develop

2)删除当前分支，并从远程存储库再次签出

考虑到，你正在本地回购中开发分支，这与远程/开发分支同步，你可以这样做:

git branch -D develop
git checkout -b develop origin/develop

3） 中止合并

如果你正处于一个糟糕的合并(错误地使用了错误的分支)之间，并且想要避免合并以返回到最新的分支，如下所示:

git merge --abort

4)取消重置

如果你处于一个糟糕的重基之间，你可以中止重基请求，如下所示:

git rebase --abort

你可以像@Hugo of @Laurent说的那样做，或者你可以使用git rebase删除你想要摆脱的提交，如果你知道是哪些。对于这种操作，我倾向于使用git rebase -i head~N(其中N是一个数字，允许您操作最后N次提交)。

选择的答案是绝对正确的，但它没有离开我与最新的提交/推送…

所以对我来说:

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

因为我知道我想暂时将我的上游分支设置几个星期到一个特定的分支(与我之前切换到/签出并进行了硬重置的分支相同)

所以是AFTER reset

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

它可以通过多种方式完成，继续编辑这个答案，以传播更好的知识视角。

1)硬复位

如果你从远程开发分支工作，你可以重置HEAD到远程分支上的最后一次提交，如下所示:

git reset --hard origin/develop

2)删除当前分支，并从远程存储库再次签出

考虑到，你正在本地回购中开发分支，这与远程/开发分支同步，你可以这样做:

git branch -D develop
git checkout -b develop origin/develop

3） 中止合并

如果你正处于一个糟糕的合并(错误地使用了错误的分支)之间，并且想要避免合并以返回到最新的分支，如下所示:

git merge --abort

4)取消重置

如果你处于一个糟糕的重基之间，你可以中止重基请求，如下所示:

git rebase --abort

确保您已经签出了要替换的分支(来自Zoltán的评论)。 假设master是你要替换的本地分支，而“origin/master”是你想重置到的远程分支: Git重置-硬源/主

这会将您的本地HEAD分支更新为与origin/master相同的版本，并且——hard也会将此更改同步到索引和工作区中。

如所选解释所述，git重置是好的。 但是现在我们经常使用子模块:存储库中的存储库。例如，如果您在项目中使用ZF3和jQuery，您很可能希望从它们的原始存储库克隆它们。 在这种情况下，git重置是不够的。 我们需要将子模块更新到存储库中定义的确切版本:

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

这和你递归地进入(cd)每个子模块的工作目录并运行是一样的:

git submodule update

这和

git checkout master
git pull

因为子模块不是指向分支，而是指向提交。

在这种情况下，当您手动签出1个或多个子模块的某个分支时 你可以跑

git submodule foreach git pull