バージョン管理のコミットを読み取るマネージャー

マネージャーは、すべてのプロジェクトでGitのコミットを監視しています。通常、これは問題ではありません。バージョン管理は、特に後の監査と分析（問題が発生した場合）のために、発生しているすべての作業のログを提供するという事実が大好きです。

ただし、マネージャーは、タスク管理システムで「スタイル修正」またはチケット番号を参照しないコミットメッセージを読み取るコミットを見たときに、人々が何に取り組んでいるかを尋ねるいくつかのコメントを作成しました。

これに社会的または技術的な解決策はありますか？

詳細情報：これはメンテナンスプロジェクトであるため、「Aを実行し、次にB、次にC、次にDを実行し、最後にXを実装しなければならない」タスクが多数発生します。

詳細：マネージャーにフラグを立てた特定のコミットメッセージは、「X、Y、Zへのより良い方法を含む」に近く、単純なスタイル修正ではなく、リファクタリングメッセージです。

これに社会的または技術的な解決策はありますか？

私は思うが、これは問題ではない。

あなたのマネージャーはあなたたちが何をしているかを知っている必要があります。彼らは、あなたが価値をもたらさない多くの仕事をしていないこと、またはチケット以外の仕事が優先された理由を確かめるべきです。これに害はありません。理想的な世界では、上司がビジネスに期待を設定できるため、プレッシャーや中断なしですべての作業を完了できるため、メリットがあります。

チケット作業のみを行うべきであるとマネージャーが考えている場合にのみ問題になり、技術的なクリーンアップ作業をチケットにできないようにします。クリーンアップには常に技術的な負債があります。明確で直接的なビジネス上の利点はありませんが、常に調整する必要があります。

スタイル修正が作業中のチケットの一部であり、関連している場合は、作業中の同じチケット番号で個別にチェックインしても問題はありません。

変更する必要があるだけで、現在作業中のチケットに関連していない場合は、技術債務に関連するチケットを作成し、バックログに入れて後で再ハッシュすることをお勧めします。

計画中に、技術債務に関連するチケットを調べて、この方法で作業する予定の実際のメンテナンスチケットに添付して、より関連性の高いものにすることができます。

これにより、これらの「どこでもない」修正を排除し、作業中の特定の問題/チケットのカテゴリにすべてをカプセル化できます。

これも私にバグをもたらします（しゃれはありません:)。

最も有用なチェックインには、変更された内容だけでなく、その理由に固有の固有のコメントが含まれています。私は時々パラグラフコメントを書くことになります。

開発が始まるとUI要件が行き来することがありますが、基本的にコードをバウンスする必要があります（ええ、実世界では時々うんざりします）。これらの場合、コメントがバウンスの理由、そしてさらに重要なことにはコードがどこで終わるのかを明確にすることがさらに重要だと考えています。その後、顧客と話をして経営陣が戻ってきて、その理由を知りたい場合、ターンごとにすべての経験を覚える必要なくそれらを見せることができます。