これは私が参加している議論です。もっと多くの意見や視点を聞きたいと思っています。
DB 操作を処理するためにビルド時に生成されるクラスがいくつかあります (この特定のケースでは SubSonic を使用していますが、質問にとってはあまり重要ではないと思います)。生成は Visual Studio のビルド前の手順として設定されています。そのため、開発者 (または公式のビルド プロセス) がビルドを実行するたびに、これらのクラスが生成され、プロジェクトにコンパイルされます。
現在、これらのクラスをソース管理に保存すると、取得したコードが独自の環境で生成されたものと一致しない場合に混乱が生じる可能性があると主張する人もいます。
通常はブラックボックスとして扱われる場合でも、コードの履歴を遡る方法が欲しいです。
何か議論や反論はありますか?
上記の理由により、現時点では受け入れられた回答を選択しません。
ベストアンサー1
ソース管理に保存するのは、価値よりも面倒です。
ビルドを実行するたびにコミットを実行して値を設定する必要があります。
通常、私が働いているところでは、生成されたコード(idl、jaxb など)をソース管理の外に置いていますが、問題になったことはありません。