轻松学习git：git后悔药（满足日常开发中各种恢复）

Answer 1

在开发日常工作中，可能遇到如下需要解决的情况：

1. 完成 git commit xxx.java 后，若后悔提交，应如何撤销？

2. 一旦回滚版本后又想恢复，如何操作？

3. 执行了 git add *，但不希望提交配置文件，有何解决策略？

4. 文件尚未添加到暂存区，想恢复到修改前的状态，如何操作？

接下来，我们将深入解析这些场景：

假设你已经理解git的工作流程（如果还不熟悉，请参考我的文章：《码农曾阿牛：轻松学习Git：git初识》）。关键在于理解工作区、暂存区和版本库的定位，以便在操作时明确目标。

以文件“xxx的论文.docx”为例，假设已经多次提交。查看历史记录，通过 git log xxx的论文.docx，发现某个版本存在问题。

要回退到上一个版本（不包括硬重置，--hard、--soft 和 --mixed 选项），使用 git reset --soft HEAD^。如果想回退到上一百个版本，只需写成 git reset --soft HEAD~100。如果忘记了commit_id，可查看 git reflog 来找到对应的版本。

执行后，会看到提交历史中撤销了修改，文件内容恢复到上一个版本。

若回退后又想恢复，可以使用commit_id执行 git reset，不论是否是过去的版本。

对于不想提交的暂存区文件，比如配置文件，执行 git restore --staged 可将其从暂存区移出，避免在下次提交时包含。

文件尚未添加到暂存区，只需利用git的提示，执行 git restore 即可恢复到修改前状态。

总结来说，这篇文章解答了上述常见git操作中的“后悔药”使用方法。如果你在开发过程中遇到类似问题，应该知道如何应对。期待你的反馈和讨论，一起提升git使用技能。