我需要使用不同的数据库连接字符串和SMTP服务器地址在我的ASP。NET应用程序依赖于它在开发环境或生产环境中运行。
应用程序从Web读取设置。配置文件通过WebConfigurationManager。AppSettings属性。
我使用Build/Publish命令通过FTP将应用程序部署到生产服务器,然后手动替换远程Web。配置正确。
是否有可能以某种方式简化部署过程?谢谢!
你看过网络部署项目吗?
http://www.microsoft.com/downloads/details.aspx?FamilyId=0AA30AE8-C73B-4BDD-BB1B-FE697256C459&displaylang=en
如果你不是2008年的版本,VS2005也有一个版本。
我也想知道。这有助于我隔离问题
<connectionStrings configSource="connectionStrings.config"/>
然后我保留一个connectionStrings。config以及“{host} connectionStrings.config”。这仍然是一个问题,但如果您对两个环境中不同的部分执行此操作,则可以部署和版本相同的web.config。
(顺便说一下,我不用VS。)
Enterprise Library配置编辑器可以帮助您完成此操作。它允许您创建一个基本配置文件,然后为每个环境创建增量。然后,您可以合并基本配置和增量,以创建特定于环境的web.config。看看信息在这里,它带你通过它比我可以更好。
您还可以将其设置为构建后步骤。除了调试和发布之外,设置一个新的配置为“部署”,然后将构建后的步骤复制到正确的web.config上。
我们对所有的项目都使用自动构建,并使用这些构建脚本更新web。配置文件指向正确的位置。但如果你做的都是从VS开始的,那就没用了。
我使用NAnt构建脚本部署到不同的环境中。我让它通过XPath修改我的配置文件,这取决于它们被部署到哪里,然后它自动神奇地使用无以伦比将它们放入该环境。
设置需要一到两分钟,但你只需要做一次。然后批处理文件接手,我再去喝杯咖啡。:)
这是一篇文章,我发现它。
这是使用machine.config的巨大好处之一。在我的上一份工作中,我们有开发、测试和生产环境。我们可以用机器。配置连接字符串(到相应的dev/test/prod SQL机器)。
如果您无法访问实际的生产机器(例如,如果您在共享主机上使用托管公司),那么这可能不是一个解决方案。
在一个有4个环境(开发、测试、登台和生产)的项目中,我们开发了一个系统,其中应用程序根据部署到的机器名称选择适当的配置。
这对我们来说很有效,因为:
在这种情况下,它很适合我们,但可能并不适用于任何地方。
web中的<appSettings>标签。Config支持一个file属性,该属性将使用它自己的一组键/值加载外部配置。这些将覆盖你在你的网页中的任何设置。配置或添加到它们。
<appSettings>
我们通过修改我们的网络来利用这一点。在安装时使用与站点将要安装到的环境相匹配的文件属性进行配置。我们通过安装程序上的一个开关来做到这一点。
如;
<appSettings file=".\EnvironmentSpecificConfigurations\dev.config"> <appSettings file=".\EnvironmentSpecificConfigurations\qa.config"> <appSettings file=".\EnvironmentSpecificConfigurations\production.config">
注意:
在Visual Studio 2010及以上版本中,您现在可以将转换应用到您的web。根据构建配置进行配置。
在创建网页时。Config,您可以在解决方案资源管理器中展开该文件,您将看到两个文件:
它们包含可用于的转换代码
更多信息请参见MSDN上的网络。配置Web应用程序项目部署的转换语法。
虽然官方不支持,但也可以对非web应用程序app.config文件应用相同类型的转换。有关如何修改项目文件以向msbuild添加新任务,请参阅Phil Bolduc博客。
app.config
这是一个耐久的在Visual Studio Uservoice上请求。
Visual Studio 2010扩展及以上类型的“SlowCheetah”可用于为任何配置文件创建转换。从Visual Studio 2017.3开始,SlowCheetah已经集成到IDE中和代码库由微软管理。这个新版本还支持JSON转换。
你也可以使用扩展“配置转换”与“SlowCheetah”一样,