1
15
使用新的vs,您可以使用web配置转换。 在这里阅读更多: http://msdn.microsoft.com/en-us/library/dd465326.aspx |
2
17
我的方法是拥有多个配置文件。我在web.config文件中放置了所有与环境无关的东西(即,无论是开发、分段还是生产都不重要)。任何特定于环境的内容(如数据库连接信息、日志记录、调试设置等),我都会放入特定于环境的local.config文件中。然后可以使用configSource在web.config中包含local.config设置。( http://weblogs.asp.net/fmarguerie/archive/2007/04/26/using-configsource-to-split-configuration-files.aspx ) 然后可以将web.config签入源代码管理。不要签入local.config文件-这将强制您在部署脚本中部署正确的文件。 |
3
9
我使用cruisecontrol.net/nant,nant有一个xmlpoke任务,允许您在构建时进入,并使用xpath查询更改任何配置设置。 因此,在我的每个构建目标(dev、uat、staging等)中,我设置了一组属性,然后调用主构建目标。主构建目标获取所有属性的值,并将其XML插入到配置和构建中。 |
4
8
我看到并使用的一种方法是在web.config中设置密钥,以按名称区分计算机。 例如:
显然,comp1、compdb1是实际的计算机名。 然后您将设置如下内容:
例如,在代码中,您需要检查应用程序运行的环境,然后获取适当的密钥。
|
5
3
有一个项目类型名为 Web Deployment project ,可从Microsoft免费获得,让您完全做到这一点。您可以替换web.config的各个部分,这取决于您的解决方案配置(调试、发布等),我们使用它超过一年,并且它工作得很好。它适用于VS2005和VS2008。 希望这会有帮助 |
6
3
虽然其他一些答案可能更合适,但我会补充一点 Matt Berseth rolled his own method 回到2007… 总之,他在一个专用文本文件中保留了环境之间的所有值,并在构建过程中使用自定义工具将这些值合并到.config文件中。 在对这篇文章的评论中,Doron Yaacoby也评论道:
|
7
3
下面介绍如何添加不同的配置,这些配置可以在VS2012中为部署环境定制。
在此之后,您需要使用特定于测试环境的一些转换来修改web.test.config。 |
8
1
您需要为环境而不是为环境而构建。在现实世界中,你必须在prod中安装在qa中测试过的东西,不允许重建。至少在我的世界里是这样的。 |
9
0
} |
Haim Ohayon · 这些链接之间有什么区别? 2 年前 |