我是否需要在 Git 中提交，何时应该这样做，以及如何恢复到旧版本？

Question

我一直在关注 Git 教程，但对一些具体问题有点困惑。我现在需要使用版本控制的主要原因只是为了在我犯了错误并且不知道如何消除错误时访问项目的以前版本。

1. 只有执行提交语句后版本才会保存在 Git 中，这是真的吗？出于某种原因，我在想，每次你在项目中进行任何更改时，它都会自动添加为存储库中的版本，供你返回。

2. 那么什么时候应该执行commit呢？是不是只有当你认为自己已经取得了很大进展的时候才执行？

3. 如何在 Git 中实际恢复到以前的版本？即命令是什么？

Answer 1

1.使用 Git（与 SVN、Bazzar 或其他相同），您需要提交，以便保存版本 - 这样，git 只跟踪您认为足够好的版本。

2. 当我得到一些可以正常工作的东西时，我倾向于做出承诺——至少在主分支上工作时。

如果我正在开发一个临时分支，专门为开发新功能/修复错误而创建，那么我几乎可以随时提交，以保存工作的当前状态。

3. 您应该查看以下页面： Git 中的撤销 - 重置、签出和恢复

Answer 2

1. 是的，你必须承诺坚持改变。但这在所有 VCS 中都是如此，而不仅仅是 Git。
2. 当您拥有可以构建和运行的代码版本时，您应该提交。它应该是您希望能够撤消的操作。不太可能每次保存都如此。我发现我通常每天承诺 4 到 12 次，但如果我做了很多小改进，那么频率可能会更高。

Answer 3

1. 是的，仅当您运行提交时。
2. 您应该根据需要\想要频繁地提交。每当你完成一些有用的事情时，在你改变一些事情之前，你担心的事情可能不会解决，或者你想确保你可以回到某个点。将这些改变推给其他人则是另一回事。只推送至少大部分有效且稳定的东西。
3. 如果您有选择，并且需要基于文件的版本跟踪，您可能需要使用 Subversion (SVN)。否则使用 git checkout [commit-ref] [文件名] 。
   [commit-ref] 是您想要的版本的哈希值。

Answer 4

1. 是的。但请继续阅读...

2. 特别是对于 git，每次您认为自己已经进行了一项独立的逻辑更改时都进行提交是一个好主意。因此，这种情况应该经常发生——通常每 5 到 30 分钟提交一次。例如，只需克隆 git 的 git 存储库，然后查看一些更有经验的人的工作。

在许多其他 vcs:es 中，您的提交对其他人立即可见，因此通常认为仅在构建或拥有完整功能时进行提交是一种良好的做法。在 git 中，这种粒度级别是由分支处理的，查看您的提交日志的人应该不仅能够看到您做了什么，还能够看到您是如何做到的，例如：

• “新分支用于功能 frobnication”
• “commit：foos 现在可以be frobnicated"
• "commit: baz now 检查它所工作的 foos 是否正在被 frobnicated"
• "commit: bar now can frobnicate foos"
• "commit: 测试 frobnication"

这使得回顾源代码的工具对于调试更加有用。您当然应该尽量避免更改 100 多行的单次提交——它们会将您在源代码上完成的工作变成难以理解的不透明块。