web.config中的<appSettings>标记支持文件属性，该属性将使用其自己的一组键/值加载外部配置。这些将覆盖您在web.config中拥有的任何设置，或将其添加到其中。
我需要在ASP.NET应用程序中使用不同的数据库连接字符串和SMTP服务器地址，这取决于它是在开发环境还是生产环境中运行的。
应用程序通过WebConfigurationManager.AppSettings属性从Web.config文件读取设置。
我使用Build / Publish命令通过FTP将应用程序部署到生产服务器，然后用正确的手动替换远程Web.config。
是否有可能以某种方式简化部署过程？谢谢！
在Visual Studio 2010及更高版本中，您现在可以根据构建配置将转换应用于web.config。
创建web.config时，您可以在解决方案资源管理器中展开该文件，您将看到两个文件：
它们包含可用于的转换代码
有关更多信息，请参见MSDN上的Web.config Transformation Syntax for Web Application Project Deployment。>>
尽管官方上不支持，也可以将相同类型的转换应用于非Web应用程序app.config文件。有关如何修改项目文件以向msbuild添加新任务的信息，请参见Phil Bolduc blog。
这是经久耐用的request on the Visual Studio Uservoice。
extension for Visual Studio 2010及以上，“ SlowCheetah”可用于为任何配置文件创建转换。从Visual Studio 2017.3开始，SlowCheetah has been integrated into the IDE和代码库由Microsoft管理。此新版本还支持JSON转换。
web.config中的<appSettings>标记支持文件属性，该属性将使用其自己的一组键/值加载外部配置。这些将覆盖您在web.config中拥有的任何设置，或将其添加到其中。
我们通过在安装时使用与网站安装环境相匹配的文件属性修改web.config来利用这一点。我们通过在安装程序上进行切换来实现。
例如；
<appSettings file=".\EnvironmentSpecificConfigurations\dev.config"> <appSettings file=".\EnvironmentSpecificConfigurations\qa.config"> <appSettings file=".\EnvironmentSpecificConfigurations\production.config">注意：
您是否参加过Web部署项目？
如果您不在2008年，也有VS2005的版本。
我也想知道。这有助于为我查出问题]
然后，我保留一个connectionStrings.config和一个“ {host} connectionStrings.config”。这仍然是一个问题，但是如果您针对两个环境中不同的部分执行此操作，则可以部署和版本化相同的web.config。
（而且我不使用VS，顺便说一句。]
我使用NAnt构建脚本来部署到我的不同环境。我让它根据要部署到的位置通过XPath修改我的配置文件，然后使用Beyond Compare自动将其放入该环境。
需要一两分钟进行设置，但您只需执行一次。然后批处理文件接管，而我要去喝杯咖啡。 ：）
Here's我在上面找到了一篇文章。
在一个拥有4个环境（开发，测试，分段和生产）的项目中，我们开发了一个系统，其中应用程序根据部署到的计算机名称选择适当的配置。
这对我们有用，因为：
在这种情况下，它对我们来说效果很好，但可能并非在所有地方都可以。
企业库配置编辑器可以帮助您完成此操作。它允许您创建一个基本配置文件，然后为每个环境创建增量。然后，您可以合并基本配置和增量以创建特定于环境的web.config。查看信息here，它比我能更好地帮助您理解它。
您也可以将其设为构建后步骤。设置除调试和发行版外的新配置“ Deploy”，然后将构建后步骤复制到正确的web.config上。
我们对所有项目都使用自动构建，并使用这些构建脚本来更新web.config文件以指向正确的位置。但是，如果您从VS做所有事情，那将无济于事。
这是使用machine.config的巨大好处之一。在我的上一份工作中，我们拥有开发，测试和生产环境。我们可以将machine.config用于连接字符串之类的东西（连接到适当的dev / test / prod SQL计算机）。
如果您无权访问实际的生产机器（例如，如果您在共享主机上使用托管公司，则这可能不是您的解决方案。
您还可以使用扩展名“ Configuration Transform”与“ SlowCheetah”相同，
您还可以使用扩展名“ Configuration Transform”与“ SlowCheetah”相同，
web.config中的<appSettings>标记支持文件属性，该属性将使用其自己的一组键/值加载外部配置。这些将覆盖您在web.config中拥有的任何设置，或将其添加到其中。
您是否参加过Web部署项目？
我也想知道。这有助于为我查出问题]
我使用NAnt构建脚本来部署到我的不同环境。我让它根据要部署到的位置通过XPath修改我的配置文件，然后使用Beyond Compare自动将其放入该环境。
需要一两分钟进行设置，但您只需执行一次。然后批处理文件接管，而我要去喝杯咖啡。 ：）
在一个拥有4个环境（开发，测试，分段和生产）的项目中，我们开发了一个系统，其中应用程序根据部署到的计算机名称选择适当的配置。
这对我们有用，因为：
企业库配置编辑器可以帮助您完成此操作。它允许您创建一个基本配置文件，然后为每个环境创建增量。然后，您可以合并基本配置和增量以创建特定于环境的web.config。查看信息here，它比我能更好地帮助您理解它。
您也可以将其设为构建后步骤。设置除调试和发行版外的新配置“ Deploy”，然后将构建后步骤复制到正确的web.config上。
我们对所有项目都使用自动构建，并使用这些构建脚本来更新web.config文件以指向正确的位置。但是，如果您从VS做所有事情，那将无济于事。
这是使用machine.config的巨大好处之一。在我的上一份工作中，我们拥有开发，测试和生产环境。我们可以将machine.config用于连接字符串之类的东西（连接到适当的dev / test / prod SQL计算机）。
如果您无权访问实际的生产机器（例如，如果您在共享主机上使用托管公司，则这可能不是您的解决方案。