这可能不是一个特定于git的问题，但它是在git的上下文中提出的。这个想法可能更广泛地应用于其他风投。
我正在做一个小项目，目前我是唯一的开发人员。我已经习惯了使用git，所以我想知道最佳实践。当我实现新的特性/功能时，我发现我同时处理多个文件、它们的示例和文档，这样我的git状态可能会报告15个已更改的文件。但这些文件可能涉及到项目的3个不同部分。
最好将它们分为3个部分提交，将相关的文件放在一起，这样我以后可以回去更容易地找到这些提交。或者用适当的消息一次提交它们也同样容易？
最佳答案
有一个标准可以帮助您做出正确的“数量”提交是git bisect还是git blame：当试图git bisect以检测错误时，大型提交是否会是一个麻烦？
这就是“Understanding the Git Workflow”博客文章所描述的，当它描述“检查点提交”（捕获处于不稳定状态的代码的提交太少）或“no-ff提交”（表示在一个大型提交中捆绑在一起的修改太多）时。