新しい分離機能「foo」をプロジェクトに追加するとします。ソースファイルを編集し、機能 foo の新しいテストを追加し、ドキュメントを更新した後、これらすべてをメッセージとともにコミットしています:
add foo #1234
#1234 はバグトラッカーの追跡番号です。
質問は：
それぞれ #1234 でマークされた、ソース ファイル、テスト、およびドキュメントに対して 3 つの別々のコミットを作成する方がよいでしょうか?
2 に答える
1
答えは、正確にどの VCS が使用されているかによって異なる場合があります。
SVN の場合、機能またはバグ修正は常にトランクに 1 つのコミットが必要です。変更のサイズが小さい場合は、複数のコミットが行われるブランチを作成してから、トランクへの 1 つのコミットでそのブランチからのすべての変更をマージする必要があります。
このようなアプローチを使用すると、次のことができます。
- トランクのログを機能実装の詳細で汚染しないでください。
- 機能またはバグ修正に関連するすべてのコミットを調査する可能性を維持します。
于 2013-06-15T19:23:59.127 に答える
1
テストが機能する場合 (コンパイルのように、不合格を返す)、最初にそれらをコミットし、次に残りを一緒にコミットします。
それ以外の場合は、他の 2 つがなければ意味をなさないため、すべてを一緒にコミットします。
于 2013-06-15T13:17:22.630 に答える