原子コミットベストプラクティス

Question

私はgitを使ってプロジェクトを管理しています。通常、私は週に機能して、次のような非常に小さなコミットを行います。

• いくつかのエンティティクラスのスタブを実装します。
• エンティティのリポジトリサービスを追加します。
• エンティティ保存のテストを追加します。
• エンティティリストのUIを実装します。
• ...

これらのコミットはそれぞれ、（〜20-50行）非常に小さいですが、彼らはお互いに依存しています。各コミットによって、システム全体が確実に機能します。

逆のアプローチとして、〜500 + linesの "Implement feature X"に対して1つのコミットを作成することができました。

質問はベストプラクティスは何ですか？どのアプローチがアトミックであるか？

PS。 私はコミットする方法を知っています。私が求めているのはPHILOSOPHYの部分です。

Answer 1

4つのコミットを例に挙げると、それらはすべて同じタスクに関連していても、コミットが異なることは全く合理的です。

小さいコミットは常に長いものよりも優れています。しかし、あなたは「どのくらい小さいか」という質問をすることができます

このコミットで行ったことを短い文章で説明できる場合は、意味があります。コミットしてください。

Answer 2

小さなコミットがベストプラクティスです。どの変更がバグを導入したのかを簡単に確認できます。作業をまとめてマージする必要があるチームで作業する方が簡単です。

これは、使用するリビジョン管理システムに依存しません。

EDIT：

もう一つの利点は、あなたが構築し、インクリメンタルにあなたのソフトウェアをコミットするように、あなたは大胆に何かが動作しない場合、それはに戻って得るために迅速にリセットだことを知って、次のステップに何かを試すことができるということですこれまでのすべてが機能していた最後のステップ。

Answer 3

できるだけ多くの場合、コミットを「1つの論理作業ユニット」と表現してみてください。これにより、gitの履歴をより簡単に理解することができます。