在ASP.Net中处理web.config文件版本的最佳方法是什么？

Question

我有一个ASP.Net网站(ASPX和ASMX页面)和一个web.config文件.我们有开发版和生产版.随着时间的推移,用于开发和生产的web.config文件已大大分化.

将两个版本的web.config保存在源代码管理中的最佳做法是什么(我们使用Tortoise SVN,但我觉得这不重要)？好像我可以像"web.config.prod一个名为"添加生产的web.config文件,然后当我们成交的所有文件,我们想补充删除现有的web.config和重命名web.config文件的步骤.prod到web.config.

虽然我确信它会起作用,但这看起来很糟糕.是否有一些机制来处理Visual Studio内置的内容？这似乎是一个常见的问题,但我没有找到任何关于此的问题(有答案).

Answer 1

我使用nant作为我的构建.在SVN上,我有一个web.config.template,其中包含使用属性文件扩展的参数.每个环境都有自己的属性文件,具有不同的值.

简而言之,我没有SVN上的web.config,而是一个模板.

像这样的东西

http://www.cptloadtest.com/2007/09/22/Managing-Multiple-Environment-Configurations-Through-NAnt.aspx

NAnt:http://nant.sourceforge.net/