我正在使用git来管理项目。通常我会在一周内处理一项功能并执行非常小的提交，例如：
这些提交中的每一个都非常小（约20-50行），但它们彼此依赖。每次提交都会使整个系统保持正常运行。
作为一种相反的方法，我可以为~500 +行创建一个提交＆＃34;实现特征X＆＃34;。
问题是什么是最佳做法？哪种方法提交是原子的？
PS。 我知道如何压缩提交。我要问的是哲学部分。
答案 0 :(得分：3)
你举例说明了4个提交，即使它们都与同一个任务相关，但它们听起来完全合理。
较小的提交总是比较长的提交更好。但你可以质疑＆＃34;多么小＆＃34;？我会使用以下哲学：
如果您能用简短的句子描述您在此提交中所做的事情 这很有道理，承诺。
答案 1 :(得分：1)
小提交是最佳做法。您可以更轻松地查看哪个更改引入了错误。与需要将您的工作合并在一起的团队合作更容易。
这与您使用的修订控制系统无关。
编辑：
另一个好处是，当您逐步构建和提交软件时，您可以在下一步无所畏惧地尝试某些事情，知道当某些东西不起作用时，它会快速重置以回到最后一步，到目前为止所有内容都是工作
答案 2 :(得分：0)
尽可能多地尝试使用给定的提交代表＆＃34;一个逻辑工作单元＆＃34;。这使得理解git历史变得更容易。