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

Question

成功したビルドに続いてソース管理のコミットを自動化するのは良い方針ですか？

---

編集：私はバック2K + v1.0の間でのコードの新しい行をロールよりも、それが簡単にバグが導入されたポイントを見つけるために作るのバージョン間でより頻繁に、増分コミットをしたいので、私は聞いていますのよおよびv1.1。

Answer 1

いいえビルドが成功しても、コードが正常に変更されたことを意味しません。コードをテストすることはありませんか？あなたが何らかの自動化ユニットテストをしていたら、私はその質問を理解することができました（私はまだそれを勧めますが、あなた自身の機能を確認するまでコードチェンジはテストされません）。しかし、成功したビルド後の自動コミット - あなたのチームメイトが好きか、武器にアクセスできるかどうかは関係ありません。

Answer 2

いいえどこから意味のあるコミットメッセージが得られますか？そしてトラッカー項目を発行するための参照？自動化されたプロセスは、特定の一連の作業が完了したことをどのように認識すべきですか？

このようなプロセスがあれば、リポジトリは栄えあるIDE UNDOバッファに劣化します。