开发人员是否应该更新web.config文件并将其提交给SVN等VCS？在我的公司，我们很少通过SVN更新它;相反，有人会在我们的部署脚本中创建一个“指令”文本文件（SQL脚本等，再加上批处理文件，将ASPX文件编译为单独的DLL用于部署），这些文件说“在Web.config文件中将X更改为Y”站点A，B和D“，并在每次更新文件时依赖于各个开发人员遵循这些说明。
这对我来说似乎是违反直觉的：我希望web.config文件可以根据需要保持同步，进行必要的更改并将文件提交为代码库的任何其他工件，但我提出了这个问题在过去，没有人付出任何代价。
处理这样的配置文件时应该采用什么方法？
答案 0 :(得分：2)
当然，web配置必须在源代码管理中，您可以使用web.config配置定义各种版本的web.config之间的差异
例如，我们有一个用于本地开发服务器，一个用于测试IIS服务器，另一个用于生产IIS服务器。我们可以设置解决方案配置并从visual studio发布不同的目标和不同的客户（站点）。以下是web.config配置的链接：
Common Web.Config transformations with Visual Studio 2010
Web.config Transformation Syntax for Web Application Project Deployment
答案 1 :(得分：0)
我不允许所有开发人员通过SVN或其他方式访问web.config文件。虽然如果在你的公司允许开发人员访问web.config，我认为没有理由不应该在SVN上。 SVN的目的是跟踪您的单人/多人开发过程。如果您对web.config进行了更改，这会导致某人的其他代码出现错误，那么使用SVN还原更改会更加容易