Git 提交风格：一次更改所有文件还是一次更改一个文件？

Question

我在晚上通过一次提交来保存许多文件的工作。我想知道为每个文件提交是否会更好，但这似乎需要更多工作。

我对现在的情况没有任何问题，但我计划将我的代码放在 GitHub 上，并且我希望它易于理解。

我想知道其他使用 git 的人在做什么。另外，如果你能为我拼写出来的话。我是 Git 新手，一直在 Windows 中使用 TortoiseGit 和 gitk。

Answer 1

何时承诺以及承诺什么是一门艺术，没有非黑即白的规则。话虽如此，有些习惯比其他习惯更容易理解。

一般来说，我认为你应该优化你的提交以使其易于理解 - 如果你返回并阅读提交的差异，你能弄清楚你在更改中完成了什么吗？

如果你想更具体，这里有一个长长的列表，列出了我认为应该做和不应该做的事情：

• 不要在每一个小小的更改后都提交 - 每行更改，每个文件更改等。
• 不要为整个工作工作并在一天结束时做出一项巨大的承诺。
• 区分不同功能的提交 - 例如开发功能 foo 与修复 bug #2。
• 为移动/重命名文件进行单独的提交，因为 Git 通过这种方式更容易跟踪。
• 请考虑针对可恢复性进行优化：如果您不喜欢所做的更改，即使在新的更改堆积在上面之后，是否也可以轻松撤消它？

Answer 2

“易于理解”还意味着：

• 提交不仅代表“检查点”（就像在每次文件修改后提交一样），而且还代表
• 易于理解的代码的连贯状态 git bisect （即每次提交应代表任务中的更改，它编译并添加一个演变或新功能，而不是“检查点提交”，这会使 git bisect 很快失败）

请参阅“了解 Git 工作流程" 了解更多信息：您需要区分：

• 私有分支（您从不推送），您基本上可以在任何地方提交时间和
• 公共分支（您将在 GitHub 上推送），需要清理并进行有意义的提交。

因此请注意“快进” Git 默认使用的合并：不要忘记清理要以这种方式合并到公共分支的分支的历史记录。