自動ビルドプロセスがバージョンコントロールに変更をコミットする必要がありますか？

Question

私はしばしば、継続的インテグレーションビルドを含む自動化されたビルドプロセスを見てきました。ビルド中にソースファイルに加えられた変更を、そのソースが由来するバージョン管理リポジトリにコミットします。自動増分バージョン番号はこれが行われているが、他にもある一般的なシナリオです。

私の直感では、ビルド関連のコミットでリポジトリの歴史とビルドプロセスを再トリガ自体を誤っ防ぐために必要ごみことができるよう、これは悪い考えであるということです。しかし、ビルド中に変更をコミットするのが避けられるという具体的な証拠はありません。

自動ビルド中にバージョン管理の変更をコミットする際の賛否両論については、誰も参考文献を挙げることができますか？

*別のアーティファクト・リポジトリへの変更をコミットすることは完全に容認されます。 メタデータある

Answer 1

自動インクリメントのバージョン番号

、及び（バージョン管理）データのメタデータを置くことは「悪」である：長所と短所のため、this answerを参照してください。

Continuous Integrationは、バージョンデータの固定セットからビルドを再現することができる程度であるビルドオートメーションを含みます。
同じセットで何かを元に戻すと、その目的を無効にすることができます。