你也可以使用扩展“配置转换”与“SlowCheetah”一样，

您还可以将其设置为构建后步骤。除了调试和发布之外，设置一个新的配置为“部署”，然后将构建后的步骤复制到正确的web.config上。

我们对所有的项目都使用自动构建，并使用这些构建脚本更新web。配置文件指向正确的位置。但如果你做的都是从VS开始的，那就没用了。

你看过网络部署项目吗?

http://www.microsoft.com/downloads/details.aspx?FamilyId=0AA30AE8-C73B-4BDD-BB1B-FE697256C459&displaylang=en

如果你不是2008年的版本，VS2005也有一个版本。

这是使用machine.config的巨大好处之一。在我的上一份工作中，我们有开发、测试和生产环境。我们可以用机器。配置连接字符串(到相应的dev/test/prod SQL机器)。

如果您无法访问实际的生产机器(例如，如果您在共享主机上使用托管公司)，那么这可能不是一个解决方案。

我使用NAnt构建脚本部署到不同的环境中。我让它通过XPath修改我的配置文件，这取决于它们被部署到哪里，然后它使用Beyond Compare自动地将它们放入该环境。

设置需要一到两分钟，但你只需要做一次。然后批处理文件接手，我再去喝杯咖啡。：）

这是我找到的一篇文章。

我也想知道。这有助于我隔离问题

<connectionStrings configSource="connectionStrings.config"/>

然后我保留一个connectionStrings。config以及“{host} connectionStrings.config”。这仍然是一个问题，但如果您对两个环境中不同的部分执行此操作，则可以部署和版本相同的web.config。

(顺便说一下，我不用VS。)