如何将本地分支重置为远程存储库中的分支？
我做了：
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
你能告诉我为什么我有这些'修改'？我没有碰过这些文件？如果我这样做，我想删除它们。
将分支设置为与远程分支完全匹配可以分两步完成：
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”的分支与本地仓库中当前已签出的分支匹配。
顺便说一下，你所处的这种情况看起来非常像一个常见的情况，即在非裸存储库的当前检出的分支中进行了推送。你最近是否进入了当地的仓库？如果没有，那么不用担心 - 其他必须导致这些文件意外地最终被修改。否则，您应该意识到不建议将其推入非裸存储库（而不是特别是当前已检出的分支）。
我做了：
git branch -D master
git checkout master
完全重置分支
请注意，您应该结帐到另一个分支，以便能够删除所需的分支
请尝试下面的命令，它将从本地git中删除所有未跟踪的文件
git fetch origin
git reset --hard origin/master
git clean -d -f
如果你有问题，你已经提交了一些更改，但现在，无论出于什么原因你想要摆脱它，最快的方法是使用git reset像这样：
git reset --hard HEAD~2
我有2个不需要的提交，因此数字2.您可以将其更改为您自己的重置次数。
所以回答你的问题 - 如果你提前5个提交远程存储库HEAD，你应该运行这个命令：
git reset --hard HEAD~5
请注意，您将丢失所做的更改，因此请小心！
这是我经常使用的：
git fetch upstream master;
git reset --hard upstream/master;
git clean -d --force;
请注意，最好不要对本地主数据库进行更改，而是检查另一个分支以进行任何更改，并使用更改类型前面的分支名称，例如： feat/，chore/，fix/等。因此，您只需要提取更改，而不是从主服务器推送任何更改。其他分支也是如此，其他分支也是如此。因此，只有在您碰巧将更改提交给其他人已提交并且需要重置的分支时，才应使用上述内容。否则将来避免推送到其他人推送的分支，而是通过签出的分支结账并推送到所述分支。
如果要将本地分支重置为上游分支中的最新提交，那么到目前为止对我有用的是：
检查您的遥控器，确保您的上游和原点符合您的预期，如果不符合预期，则使用git remote add upstream <insert URL>，例如您分叉的原始GitHub仓库和/或git remote add origin <insert URL of the forked GitHub repo>。
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上，您还可以签出与本地分支同名的分支，以便在那里保存工作，但如果origin develop与本地保存工作分支具有相同的更改，则不需要这样做。我使用开发分支作为示例，但它可以是任何现有的分支名称。
git add .
git commit -m "Reset to upstream/develop"
git push --force origin develop
然后，如果您需要将这些更改与另一个分支合并，而有任何冲突，保留develop中的更改，请使用：
git merge -s recursive -X theirs develop
使用时
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;
请注意，您可以使用提交哈希，其他分支名称等来代替上游/开发。使用诸如Oh My Zsh之类的CLI工具来检查您的分支是否为绿色，表示没有任何提交，工作目录是干净的（由git status确认或可验证的）。注意，如果提交自动添加任何内容，例如，与上游开发相比，这实际上可能会添加提交，例如， UML图，许可标题等，所以在这种情况下，如果需要，您可以将origin develop上的更改拉到upstream develop。
如果你想回到工作目录和索引的HEAD状态，那么你应该git reset --hard HEAD，而不是HEAD^。 （这可能是一个错字，就像--hard的单人与双人冲刺一样。）
至于你为什么这些文件出现在修改状态的具体问题，看起来好像你做了软复位而不是硬复位。这将导致在HEAD提交中更改的文件看起来好像它们已暂存，这可能就是您在此处看到的内容。
以前的答案假设要重置的分支是当前分支（已检出）。在评论中，OP hap497澄清了该分支确实被检出，但原始问题并未明确要求。由于至少有一个“重复”的问题，Reset branch completely to repository state，它不假设分支被检出，这里有一个替代方案：
如果当前没有检出分支“mybranch”，要将其重置为远程分支“myremote / mybranch”的头部，您可以使用此low-level命令：
git update-ref refs/heads/mybranch myremote/mybranch
此方法保持已检出的分支，并且工作树不受影响。它只是将mybranch的头部移动到另一个提交，无论作为第二个参数给出什么。如果需要将多个分支更新到新的远程磁头，这将特别有用。
但是，在执行此操作时要小心，并使用gitk或类似工具来仔细检查源和目标。如果您不小心在当前分支上执行此操作（并且git不会阻止您这样做），您可能会感到困惑，因为新分支内容与工作树不匹配，工作树没有更改（要修复，再次更新分支，以前的地方）。
没有任何重置和清理似乎对我本地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文件没有损坏
如果您不介意保存本地更改，但仍希望更新存储库以匹配origin / HEAD，则可以简单地存储本地更改，然后执行以下操作：
git stash
git pull
我需要做（在接受的答案中的解决方案）：
git fetch origin
git reset --hard origin/master
其次是：
git clean -f
要查看将删除哪些文件（实际上不删除它们）：
git clean -n -f
首先，重置为相应上游分支的先前获取的HEAD：
git reset --hard @{u}
指定@{u}或其详细形式@{upstream}的优点是不必明确指定远程仓库和分支的名称。
接下来，根据需要删除未跟踪的文件，也可以选择-x：
git clean -df
最后，根据需要，获取最新的更改：
git pull
git reset --hard HEAD实际上只重置到最后一个承诺状态。在这种情况下，HEAD指的是您分支的HEAD。
如果你有几个提交，这将无法正常工作..
你可能想要做什么，重置为原始头或任何远程存储库被调用。我可能只是做类似的事情
git reset --hard origin/HEAD
但要小心。硬重置不容易被撤消。最好像Dan建议的那样做，并在重置之前分出你的更改副本。
所有上述建议都是正确的，但通常要真正重置您的项目，您还需要删除.gitignore中的文件。
为了获得擦除项目目录并从远程重新克隆的道德等价物：
git fetch
git reset --hard
git clean -x -d -f
警告：git clean -x -d -f是不可逆转的，您可能会丢失文件和数据（例如，您使用.gitignore忽略的内容）。
这个问题混合了两个问题：
git status说nothing to commit, working directory clean.一站式答案是：
git fetch --prune（可选）更新远程仓库的本地快照。其他命令仅限本地。
git reset --hard @{upstream}将本地分支指针指向远程快照的位置，并将索引和工作目录设置为该提交的文件。git clean -d --force删除未跟踪的文件和目录，阻碍git说“工作目录清理”。这是我经常面对的事情，我已经将上面提供的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
这是一个自动化最流行的答案建议的脚本...请参阅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
如果远程存储库是origin，并且您对branch_name感兴趣：
git fetch origin
git reset --hard origin/<branch_name>
另外，你要将origin的当前分支重置为HEAD。
git fetch origin
git reset --hard origin/HEAD
这个怎么运作：
git fetch origin从远程下载最新版本，而不试图合并或改变任何东西。
然后git reset将<branch_name>分支重置为刚刚获取的分支。 --hard选项会更改工作树中的所有文件以匹配origin/branch_name中的文件。