ビルド後コミット：良いか悪いか？

Question

成功したビルド後にソース制御コミットを自動化するのは良いポリシーですか？

---

編集： 私は、V1.0とv1.1の間に2K+新しいコードラインをロールバックするよりもバグが導入されたポイントを簡単に見つけることが簡単になるバージョン間で、より頻繁に漸進的なコミットを望んでいるからです。

Answer 1

いいえ。ビルドを成功させることは、コードの変更が成功することを意味しません。コードをテストしませんか？何らかの自動化されたユニットテストがあれば、私は質問を理解できました（私はまだそれに反対することをお勧めしますが、自分でその機能を確認するまでテストされたコード変更を検討しません）。しかし、成功したビルド後の自動化されたコミット - チームメイトが好きな場合や、武器にアクセスできる場合ではありません。

Answer 2

いいえ。意味のあるコミットメッセージはどこから来るのでしょうか？そして、トラッカーアイテムを発行するための参照？自動化されたプロセスは、特定の作業が完了していることをどのように知っているはずですか？

このようなプロセスが導入されていると、リポジトリは栄光のIDE UNDOバッファーに分類されます。