自動生成されたファイルをソース管理にチェックインすること、特に .aspx デザイナー ファイルをチェックインすることの長所と短所について、一般的な StackOverflow の質問が多数寄せられています。私の質問は、デザイナー ファイルをソース管理にコミットすべきではないことを誰もが知っている決定的 な技術的理由があるかどうかです。それは、コミットの利点を上回る明確な問題を引き起こしますか? 私の現在の考えでは、次の理由により、デザイナー ファイルはソース管理にある必要があります。
- デザイナー ファイルは常に確実に再生成されるとは限りません。コントロール定義が失われることはよくあることです。これは、失敗したビルドの原因を特定するときに時間を浪費する可能性があり、再生成するのが難しい場合があるため、ファイルをチェックインすると、失われたコントロール定義を手動で回復しやすくなり、デザイナー ファイルへの重大な変更が発生しました
- TFS が正しく構成されている場合、自動変更または生成されたデザイナー ファイルを常にチェックアウトまたは「追加」するようにマークする必要があります。つまり、ソリューションがチェックインされると、生成されたファイルへの変更が既定で含まれます。
- 開発者は、コミットされているファイルを常に確認する必要があるため、理論上は、変更されたデザイナー ファイルを安全にコミットする必要があります。
- 他の開発者が行ったこれらのデザイナー ファイルへの変更をマージする必要がある場合、これは共同作業環境での日常的な操作でもあり、十分に統制されたソース管理プロセスの一部として安全に実行できるはずです。
- だから、私の考えでは、常にデザイナーファイルをコミットすることには良い議論があります.これが一般的に行われるべきではないという説得力のある理由はありますか?