关于将自动生成的文件检查到源代码管理中，特别是检查 .aspx 设计器文件的优缺点，有很多一般的 StackOverflow 问题。我的问题是是否有任何明确的 技术原因，任何人都知道设计器文件不应该提交到源代码控制，这会产生超过提交优势的明确问题？我目前的想法是设计器文件应该在源代码控制中，原因如下：
- 设计器文件并不总是可靠地重新生成。控件定义丢失是很常见的，这会在确定构建失败的原因时浪费时间，并且重新生成它们可能很棘手，因此检查文件有助于手动恢复丢失的控件定义并突出显示设计器文件发生重大更改
- 正确配置 TFS 时，应始终签出或标记“添加”已自动修改或生成的设计器文件，这意味着当签入解决方案时，默认情况下将包含对生成文件的任何更改
- 开发人员应始终审查正在提交的文件，因此理论上应该安全地提交任何已更改的设计器文件
- 在需要合并其他开发人员对这些设计器文件所做的更改的情况下，这也是协作环境中的常规操作，应该可以安全地作为任何纪律严明的源代码控制过程的一部分进行
- 所以，在我看来，总是提交设计器文件有一个很好的论据——有什么令人信服的理由表明通常不应该这样做？