你看过网络部署项目吗?

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

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

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

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

这是我找到的一篇文章。

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

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

在一个有4个环境(开发、测试、登台和生产)的项目中，我们开发了一个系统，其中应用程序根据部署到的机器名称选择适当的配置。

这对我们来说很有效，因为:

管理员可以在不涉及开发人员(需求)的情况下部署应用程序，也不必摆弄配置文件(他们讨厌配置文件); 机器名称遵循约定。我们使用正则表达式匹配名称，并将其部署到一个环境中的多台机器上;而且 我们对连接字符串使用了集成安全性。这意味着我们可以在设计时在配置文件中保留帐户名，而不泄露任何密码。

在这种情况下，它很适合我们，但可能并不适用于任何地方。

web中的<appSettings>标签。Config支持一个file属性，该属性将使用它自己的一组键/值加载外部配置。这些将覆盖你在你的网页中的任何设置。配置或添加到它们。

我们通过修改我们的网络来利用这一点。在安装时使用与站点将要安装到的环境相匹配的文件属性进行配置。我们通过安装程序上的一个开关来做到这一点。

eg;

<appSettings file=".\EnvironmentSpecificConfigurations\dev.config">

<appSettings file=".\EnvironmentSpecificConfigurations\qa.config">

<appSettings file=".\EnvironmentSpecificConfigurations\production.config">

注意:

对该属性指定的.config的更改不会触发asp.net工作进程的重新启动

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