ソロ開発者向けのGit
私はWordpressプロジェクトに取り組んでいる開発者です。これだけで作業していて、Gitの使用方法を改善したいのですが、どこから始めればよいかわかりません。
現在、私はgitを使用して、その特定の作業が行われている限り、その日に行ったすべての作業をコミットしています。以下に、特定の作業をコミットする例をいくつか示します。
- 1日でコードを記述できる特定の機能
- バグ修正
完了するまでに数週間かかる大きな機能については、そのブランチを作成し、完了したらサブ機能をコミットします。
しかし、多くの場合、私はあまりにも多くのことをコミットしているように感じます。たとえば、多くのバグを解決しようとしているとき、解決したバグをすべてコミットすることはしません。
時々私は自分のコミットにあるはずの2つ以上のもので作業することになります。その後、特定の変更内の特定のファイルのみを対象とするのは難しいので、それらすべてを1つのコミットにまとめ、add search feature and add caching featureのようなコミットメッセージを表示します。
私が知りたいのは、Gitを使用するソロ開発者のためのベストプラクティスです。ソロデベロッパーの方は、独自のワークフローで回答することもできます。
ソロでもマルチでも同じです。早くコミットし、頻繁にコミットします。壊れていない状態から壊れていない状態に変更されたら、すぐにコミットします。あなたが多くのことをコミットしていると感じた場合、それはあなたがそれに慣れていないからです。
ここにあなたのためのベンチマークがあります。私がGoogleにいたとき、平均コミット数は20行未満でした。最初にそれを行うとそれはおかしく感じられますが、実際にはそれほど多くありません。
早い段階でコミットし、頻繁にコミットします
コードが優れた設計原則（KISS、DRY、SOLID、設計パターンなど）に基づいている場合、ほとんどの場合、ここで小さな変更を加え、そこで調整します。これを行うたびに（そして、変更を検証するための一致する単体テストでサポートするたびに）、コミットする必要があります。これらのコミットがユーザーストーリーをカバーするか、タスクを完了したら、プッシュして作業内容を他のユーザーと共有する必要があります。
"master-develop"分岐戦略 が役立つことがわかります。これは多くのオープンソースプロジェクトで使用されているのを見てきましたが、まだ重大な欠陥を発見できていません。