Gitリポジトリを使用したQA環境でのバグ修正コミットをどのように識別しますか？
プロジェクト開発のバグ修正フェーズで、次のアプローチに慣れました。開発者は、SVNコミット番号をJIRAの問題を解決するときに、コメントとして追加する必要があります。 CIサーバーからの最新の成果物には、メジャーバージョン、ブランチ名、コミット番号を含むビルド番号が表示されます。このアプローチにより、QAは、バグ修正が最新のビルドに含まれているかどうかを簡単に識別できます。同じ問題が再開され、再度修正された場合でも。
SVNからGitに移行した後、増分コミット数を失いました。コードにタグを付けることでこの問題を解決することは可能ですが、タグはスプリント番号に関連付けられています。また、問題が発生した場合、このアプローチを再開すると、この問題は次のスプリントで解決されます。しかし、クライアントは、いくつかのスプリントで特定の問題が修正されていないという事実に不満を持っています。
では、QA環境のバグ修正コミットをどのように特定しますか？ありがとう。
PD：質問は、問題をコミットにリンクすることではなく、ビルド番号とチケットのコメントを調べるだけで、特定の修正（チケット）が特定のビルドに含まれているかどうかをQAが把握できるかどうかについてです。
タグを使用してコミットをマークするのはどうですか？
SVNからGITに移行し、同様の問題に直面している別のユーザーについては、この投稿を参照してください。 「svnリビジョンは単純な番号なので、プラグインとSDKビルドのバージョン番号を拡張するために使用できます。」
詳細については Gitで数値バージョン管理スキームをどのように実現しますか？
ここでワークフローを反転することをお勧めします-開発者に別のシステムにアクセスしてコミット番号を記録させるのではなく、追跡システムにコミットメッセージから参照をプルさせることができます-JIRAはこれを行う特別に形成されたコメントをサポートします。開始するには、 このページ を参照してください。
すぐに私に飛び出す一般的なコマンドはgit branch --contains。明らかに、それは一目ではなく明示的にチェックする必要があります。
ただし、履歴全体に少なくとも1つのタグがあり、履歴のリベースがほとんどない限り、git describe --tagsは線形バージョンを提供します。