我有一个带有单个 web.config 文件的 ASP.Net 网站(ASPX 和 ASMX 页面)。我们有开发版和生产版。随着时间的推移，用于开发和生产的 web.config 文件已经大相径庭。
在源代码控制中保留两个版本的 web.config 的最佳做法是什么(我们使用 Tortoise SVN，但我认为这不重要)？似乎我可以添加名称为“web.config.prod”的生产 web.config 文件，然后当我们翻转所有文件时，我们只需添加删除现有 web.config 并重命名 web.config 的步骤.prod 到 web.config。
这看起来很老套，但我确信它会起作用。 Visual Studio 中是否没有某种机制来处理这个问题？这似乎是一个常见问题，但我还没有发现任何关于此的问题(和答案)。
最佳答案
我使用 nant 进行构建。在 SVN 上，我有一个 web.config.template，其中包含使用属性文件扩展的参数。每个环境都有自己的具有不同值的属性文件。
简而言之，我没有 SVN 上的 web.config，而是一个模板。
像这样
http://www.cptloadtest.com/2007/09/22/Managing-Multiple-Environment-Configurations-Through-NAnt.aspx
关于c# - 在 ASP.Net 中处理 web.config 文件版本的最佳方式是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2634596/