Atomic提供最佳实践

Question

我正在使用git来管理项目。通常我会在一周内处理一项功能并执行非常小的提交，例如：

• 为某个实体类实现存根;
• 为实体添加存储库服务;
• 添加实体保存测试;
• 实施实体列表的UI;
• ...

这些提交中的每一个都非常小（约20-50行），但它们彼此依赖。每次提交都会使整个系统保持正常运行。

作为一种相反的方法，我可以为~500 +行创建一个提交＆＃34;实现特征X＆＃34;。

问题是什么是最佳做法？哪种方法提交是原子的？

PS。 我知道如何压缩提交。我要问的是哲学部分。

Answer 1

你举例说明了4个提交，即使它们都与同一个任务相关，但它们听起来完全合理。

较小的提交总是比较长的提交更好。但你可以质疑＆＃34;多么小＆＃34;？我会使用以下哲学：

  

如果您能用简短的句子描述您在此提交中所做的事情   这很有道理，承诺。

Answer 2

小提交是最佳做法。您可以更轻松地查看哪个更改引入了错误。与需要将您的工作合并在一起的团队合作更容易。

这与您使用的修订控制系统无关。

编辑：

另一个好处是，当您逐步构建和提交软件时，您可以在下一步无所畏惧地尝试某些事情，知道当某些东西不起作用时，它会快速重置以回到最后一步，到目前为止所有内容都是工作

Answer 3

尽可能多地尝试使用给定的提交代表＆＃34;一个逻辑工作单元＆＃34;。这使得理解git历史变得更容易。