将本地存储库分支重置为就像远程存储库 HEAD 一样

Question

如何将本地分支重置为与远程存储库上的分支一样？

我尝试过：

git reset --hard HEAD

但是 git status 声称我已修改文件：

On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
      modified:   java/com/mycompany/TestContacts.java
      modified:   java/com/mycompany/TestParser.java

Answer 1

如果您不介意保存本地更改，但仍想更新存储库以匹配 origin/HEAD，则可以简单地存储本地更改，然后拉取：

git stash
git pull

Answer 2

将分支设置为与远程分支完全匹配可以通过两个步骤完成：

git fetch origin
git reset --hard origin/master

如果您想在执行此操作之前保存当前分支的状态（以防万一），您可以执行以下操作：

git commit -a -m "Saving my work, just in case"
git branch my-saved-work

现在您的工作已保存在分支“my-saved”上-work”，以防您决定要找回它（或者想稍后查看它或将其与更新的分支进行比较）。

请注意，第一个示例假设远程存储库的名称为“origin”，并且远程存储库中名为“master”的分支与本地存储库中当前签出的分支匹配。

顺便说一句，您所处的这种情况看起来非常像常见的情况，即推送已完成到非裸存储库当前签出的分支。您最近是否推送到了本地存储库？如果不是，那么不用担心——一定是其他原因导致这些文件意外地最终被修改。否则，您应该注意，不建议推送到非裸存储库（特别是不要推送到当前签出的分支）。

Answer 3

首先，使用 git reset 重置为之前获取的 HEAD相应上游分支的名称：

git reset --hard @{u}

指定 @{u} 或其详细形式 @{upstream} 的优点是远程存储库和分支的名称没有予以明确指定。在 Windows 或 PowerShell 中，指定 "@{u}"（带双引号）。

接下来，根据需要，使用 git clean 删除未跟踪的文件，也可以选择使用 -x：

git clean -df

最后，根据需要，获取最新的更改：

git pull

Answer 4

我需要做（接受的答案中的解决方案）：

git fetch origin
git reset --hard origin/master

其次是：

git clean -f

删除本地文件

要查看将删除哪些文件（而不实际删除它们）：

git clean -n -f

Answer 5

git reset --hard HEAD 实际上只重置到最后提交的状态。在这种情况下，HEAD 指的是您的分支的 HEAD。

如果您有多个提交，这将不起作用。

您可能想要做的就是重置为原始头或远程存储库的名称。我可能会做类似

git reset --hard origin/HEAD

“小心一点”之类的事情。硬重置无法轻易撤消。最好按照 Dan 的建议进行操作，并在重置之前分支出更改的副本。

Answer 6

上述所有建议都是正确的，但通常要真正重置您的项目，您甚至还需要删除 .gitignore 中的文件。

要获得与从远程删除项目目录并重新克隆相同的道德效果，请执行以下操作：

git fetch
git reset --hard
git clean -x -d -f

警告：git clean -x -d -f 不可逆，您可能会丢失文件和数据（例如，您使用 .gitignore 忽略的内容）。

Answer 7

使用下面的命令。这些命令也会从本地 git 中删除所有未跟踪的文件

git fetch origin
git reset --hard origin/master
git clean -d -f

Answer 8

这个问题在这里混合了两个问题：

1. 如何将本地分支重置到远程分支
2. 如何清除暂存区域（可能还包括工作目录），以便git status 说没有什么可提交的，工作目录干净。

一站式答案是：

1. git fetch --prune _{^{（可选）更新远程存储库的本地快照。更多命令仅限本地。}}
   git reset --hard @{upstream}_{^{将本地分支指针指向远程快照所在的位置，并设置索引和工作目录为远程快照的文件}}
2. git clean -d --force _{^{删除阻碍 git 说“工作目录干净”的未跟踪文件和目录。}}

Answer 9

假设远程存储库是 origin，并且您对 branch_name 感兴趣：

git fetch origin
git reset --hard origin/<branch_name>

此外，您还可以将 origin 的当前分支重置为头。

git fetch origin
git reset --hard origin/HEAD

工作原理：

git fetch origin 从远程下载最新版本，无需尝试合并或变基任何内容。

然后 git reset 将 分支重置为您刚刚获取的内容。 --hard 选项更改工作树中的所有文件，以匹配 origin/branch_name 中的文件。

Answer 10

您可以获取原点并重置来解决问题

 git fetch origin
 git reset --hard origin/main

您可以在执行重置之前保存更改，如下所示，

git stash

重置后，如果您想要恢复更改，您可以简单地运行，

git stash apply

Answer 11

这是我经常面对的事情，&我已经概括了 Wolfgang 上面提供的脚本，使其可以与任何分支一起使用，

我还添加了“您确定吗”提示，&一些反馈输出

#!/bin/bash
# reset the current repository
# WF 2012-10-15
# AT 2012-11-09
# see http://stackoverflow.com/questions/1628088/how-to-reset-my-local-repository-to-be-just-like-the-remote-repository-head
timestamp=`date "+%Y-%m-%d-%H_%M_%S"`
branchname=`git rev-parse --symbolic-full-name --abbrev-ref HEAD`
read -p "Reset branch $branchname to origin (y/n)? "
[ "$REPLY" != "y" ] || 
echo "about to auto-commit any changes"
git commit -a -m "auto commit at $timestamp"
if [ $? -eq 0 ]
then
  echo "Creating backup auto-save branch: auto-save-$branchname-at-$timestamp"
  git branch "auto-save-$branchname-at-$timestamp" 
fi
echo "now resetting to origin/$branchname"
git fetch origin
git reset --hard origin/$branchname

Answer 12

2023 简单解决方案：

git fetch
git reset --hard @{u}

重置到 origin/HEAD 并不总是有效，因为它不一定是当前分支的最新提交。

Answer 13

我做了：

git branch -D master
git checkout master

要完全重置分支

---

注释，您应该签出到另一个分支才能删除所需的分支

Answer 14

这是一个脚本，可以自动执行最流行的答案的建议......
请参阅 https://stackoverflow.com/a/13308579/1497139 了解支持分支的改进版本

#!/bin/bash
# reset the current repository
# WF 2012-10-15
# see https://stackoverflow.com/questions/1628088/how-to-reset-my-local-repository-to-be-just-like-the-remote-repository-head
timestamp=`date "+%Y-%m-%d-%H_%M_%S"`
git commit -a -m "auto commit at $timestamp"
if [ $? -eq 0 ]
then
  git branch "auto-save-at-$timestamp" 
fi
git fetch origin
git reset --hard origin/master

Answer 15

答案

git clean -d -f

被低估了（-d 删除目录）。
谢谢！

Answer 16

如果你像我一样遇到问题，你已经提交了一些更改，但现在，无论出于何种原因你想摆脱它，最快的方法是使用 git reset ，如下所示

git reset --hard HEAD~2

： 2 个不需要的提交，因此数字为 2。您可以将其更改为您自己的要重置的提交数。

所以回答你的问题 - 如果你比远程存储库 HEAD 提前 5 次提交，你应该运行这个命令：

git reset --hard HEAD~5

请注意，你将丢失所做的更改，所以要小心！

Answer 17

前面的答案假设要重置的分支是当前分支（已签出）。在评论中，OP hap497 澄清该分支确实已签出，但这并不是原始问题明确要求的。由于至少存在一个“重复”问题，将分支完全重置为存储库状态，它不假设分支已签出，这里有一个替代方案：

如果分支“mybranch”当前未签出，则将其重置为远程分支“myremote/mybranch”的头，您可以使用此 低级 命令：

git update-ref refs/heads/mybranch myremote/mybranch

此方法将签出分支保留为是的，并且工作树未受影响。它只是将 mybranch 的头移动到另一个提交，无论第二个参数给出什么。如果需要将多个分支更新到新的远程头，这尤其有用。

不过，执行此操作时要小心，并使用 gitk 或类似工具来仔细检查源和目标。如果你不小心在当前分支上执行此操作（git 不会阻止你这样做），你可能会感到困惑，因为新分支内容与工作树不匹配，工作树没有改变（要修复，请再次更新分支，到之前的位置）。

Answer 18

这是我经常使用的：

git fetch upstream develop;
git reset --hard upstream/develop;
git clean -d --force;

请注意，最好不要对本地 master/develop 分支进行更改，而是签出到另一个分支进行任何更改，并在分支名称前面加上更改类型，例如 feat/、chore/、fix/ 等。因此，您只需要拉取更改，而不需要从 master 推送任何更改。对于其他人贡献的其他分支也是如此。因此，仅当您碰巧将更改提交到其他人已提交的分支并且需要重置时，才应使用上述内容。否则，将来避免推送到其他人推送到的分支，而是通过签出分支签出并推送到所述分支。

如果您想将本地分支重置为上游分支中的最新提交，到目前为止对我有用的是：

检查您的遥控器，确保您的上游和原点符合您的预期，如果不符合预期，则使用 git远程添加上游<插入 URL>，例如您派生的原始 GitHub 存储库的上游，和/或 git 远程添加源<插入派生的 GitHub 存储库的 URL>。

git remote --verbose

git checkout develop;
git commit -m "Saving work.";
git branch saved-work;
git fetch upstream develop;
git reset --hard upstream/develop;
git clean -d --force

在 GitHub 上，您还可以签出与本地分支同名的分支，以便将工作保存在那里，尽管如果原始开发具有与本地保存的工作分支相同的更改，则没有必要这样做。我使用开发分支作为示例，但它可以是任何现有的分支名称。

git add .
git commit -m "Reset to upstream/develop"
git push --force origin develop

然后，如果您需要在存在任何冲突的情况下将这些更改与另一个分支合并，并保留开发中的更改，请使用：

git merge -s recursive -X theirs develop

While use

git merge -s recursive -X ours develop

来保留branch_name的冲突更改。否则，请使用带有 git mergetool 的合并工具。

将所有更改放在一起：

git commit -m "Saving work.";
git branch saved-work;
git checkout develop;
git fetch upstream develop;
git reset --hard upstream/develop;
git clean -d --force;
git add .;
git commit -m "Reset to upstream/develop";
git push --force origin develop;
git checkout branch_name;
git merge develop;

请注意，您可以使用提交哈希、其他分支名称等来代替上游/开发。使用 CLI 工具（例如 Oh My Zsh）检查您的分支是否为绿色，表明没有任何内容需要提交，并且工作目录是干净的（可以通过 git status 确认或验证）。请注意，与上游开发相比，如果提交自动添加了任何内容，例如 UML 图、许可证头等，这实际上可能会添加提交，因此在这种情况下，您可以在 origindevelopment发送到上游开发。

Answer 19

只需 3 个命令即可使其工作

git fetch origin
git reset --hard origin/HEAD
git clean -f

Answer 20

这里评价最高的答案没有按预期重置我的本地代码。

1. 如今，master 通常是 main，
2. 它不会对您可能存在的未跟踪文件执行任何操作

而是：

1. 检查默认远程分支的名称（这不是 git 的东西，因此请在 GitHub 中检查），然后替换 main 或 master在下面的步骤 4 中这样

2. save current stuff 替换下面步骤 4 中的 main 或 master
   git stash -u

3. 从远程更新
   git fetch origin

4. 重置到远程默认分支（但请参阅上面的步骤 1）
   git reset --hard origin/main

Answer 21

如果您想返回工作目录和索引的 HEAD 状态，那么您应该 git reset --hard HEAD，而不是 HEAD ^。 （这可能是一个错字，就像 --hard 的单破折号与双破折号一样。）

至于您关于为什么这些文件显示在已修改状态的具体问题，看起来也许您进行了软重置而不是硬重置。这将导致 HEAD 提交中更改的文件看起来就像已暂存一样，这可能就是您在这里看到的情况。

Answer 22

大量的重置和清理似乎对我本地 git 存储库中未跟踪和修改的文件没有任何影响（我尝试了上面的所有选项）。我对此的唯一解决方案是 rm 本地存储库并从远程重新克隆它。

幸运的是，我没有任何其他我关心的分支。

xkcd：Git

Answer 23

首先，检查 git status 是否有任何本地更改。如果是，请将它们藏起来。

然后执行：

git fetch
git reset --hard @{push}

它将当前本地分支重置为用于 git push 的同一远程分支。
当配置了 git config push.default current 时，这特别有用。例如，当您的分支是 abc 且远程分支是 origin 时，它会将其重置为 origin/abc。

请参阅 Git 修订版，了解有关 <代码>@{推}

Answer 24

我见过的唯一适用于所有情况的解决方案是删除并重新克隆。也许还有另一种方法，但显然这种方法不会让旧状态留在那里，所以我更喜欢它。如果你经常在 git 中搞砸事情，你可以将 Bash 一行设置为宏：

REPO_PATH=$(pwd) && GIT_URL=$(git config --get remote.origin.url) && cd .. && rm -rf $REPO_PATH && git clone --recursive $GIT_URL $REPO_PATH && cd $REPO_PATH

* 假设你的 .git 文件没有损坏

Answer 25

您是否忘记创建功能分支并错误地直接提交到 master 上？

您现在可以创建功能分支并将 master 设置回来，而不会影响工作树（本地文件系统），以避免触发构建、测试和文件锁问题：

git checkout -b feature-branch
git branch -f master origin/master

Answer 26

• 抛出错误，因为它有未提交的更改。

1. 因此，您可以使用 git stash

• 这可以保存未提交的更改以供以后使用，然后从工作副本中恢复它们。
• 如果您想要再次进行这些更改，可以使用 git stash apply

2. 然后可以使用 git pull

• 这会从远程存储库获取最近的代码。

Answer 27

git fetch origin
git checkout main
git reset --hard origin/main
# Local `master` branch is now up to date with remote `main`