问题标签 [web.config-transform]

如何使用 Visual Studio 2008 执行 web.config 转换？

有人问我是否可以在 Visual Studio 2008 中执行配置转换。我知道你可以，因为我记得有几篇关于此的文章。但是，到目前为止，我似乎找不到任何链接。任何人都可以指向本周谷歌/必应/搜索的一篇文章和/或提供一个快速示例以便我可以传递它吗？

我找到的一切都以 2010 年为目标。

我有一个项目正在尝试使用 SlowCheetah。我已经在构建配置中创建了我的配置文件 (Test.web.config) 和我想要使用的所有转换 (Debug_Mock.config、Debug_SQL.config、Release) 我有一个构建后事件应该复制转换后的文件进入另一个目录，但找不到该文件

（错误 xcopy 以代码 4 退出）

SlowCheetah 似乎没有像我预期的那样转换文件并将其放在输出目录（bin 文件夹）中。有没有人知道为什么它没有发生，也许是某个地方的设置？

仅供参考：此过程适用于具有相同项目的另一台机器。据我所知，同样的设置也是如此。但我可能没有找对地方。

在 Azure 之前发布：

在使用 Azure 之前，我们只有位于不同环境（测试、暂存和生产等）中的只读配置文件。在发布期间，所有应用程序文件（无配置文件）都将部署到相关环境中。然后，应用程序文件将读取环境的配置文件以获取连接字符串和其他特定于环境的详细信息。我认为这是一个非常标准的设置？

Azure 之后发布：

现在我们正在将我们的 Web 应用程序迁移到 Azure Web 角色。Web 角色使用ServiceConfiguration.Cloud.cscfg和ServiceConfiguration.Local.cscfg文件。

发布到云服务时，需要知道连接字符串。如果我们要发布到一个测试云服务，那么ServiceConfiguration.Cloud.cscfg需要进行相应的编辑。如果我们要发布到暂存或生产云服务，则ServiceConfiguration.Cloud.cscfg需要进一步更改。

我更愿意在开发人员进行部署时将他们从连接字符串中抽象出来。这可以防止错误指向不正确的环境（这可能会产生巨大的影响）。如何才能做到这一点？

我知道可以在 Azure 管理门户中更改这些配置设置，但是将此步骤包含在发布过程中意味着开发人员需要访问管理门户，这不是一个理想的情况，因为仍有余地错误（加上对管理门户的“开放”访问）。

更新：

我发现您可以通过添加更多（和重命名）来管理您的服务配置文件：

然后通过一起选择正确的云服务（黑色）和正确的服务配置（红色箭头），开发人员不需要了解配置细节：

仍然存在开发人员在部署到云服务时选择错误的服务配置的问题（但也许这可以自动化到脚本中以防止这种情况发生？）

我的主要烦恼是环境类型（蓝色箭头）。这对我现在没有用了。

In our projects we have multiple config files for each environment using the techniques prescribed by Microsoft as outlined here: http://msdn.microsoft.com/en-us/library/dd465326.aspx

So we have the following files: web.config web.Deploy.config web.Release.config

As we are a small development team this makes life very simple as we do not need to leave Visual Studio to make changes to these files. Added to that they are version controlled in case we ever need to roll back.

We would like to continue using this method and we are not interested in moving these different files into BuildMaster's configuration management system.

How can we get BuildMaster to work with these files or use MSDeploy to create our deployment artifacts?

当我在调试或发布模式下使用 Visual Studio 构建我的应用程序时，我尝试转换的连接字符串不会插入到最终的 web.config 文件中

web.config 的相关部分：

web.debug.config 文件：

我已经尝试过这个网站的文件，它似乎工作正常

我正在尝试添加一组 URL 重写规则，但仅限于我正在开发的网站的已发布版本。

如果我想更改连接字符串值，我会找到各种示例，但我找不到如何添加主 web.config 中已存在的内容的示例。

我需要的是在system.WebServer下添加rewrite节点。

我有一个包含三个发布配置文件的网站解决方案，我们用它来转换每个目标环境的连接字符串：

• 测试 - 本地主机连接，无转换，默认值已签入
• 暂存 - 虚拟机环境
• 生产 - 真正的交易

我们还有一些需要针对每个环境进行转换的应用程序设置。因此，我们使用了常规的、基于构建配置的转换。

• 调试 - 暂存的转换设置
• 发布 - 生产的转换设置

当我们尝试打包测试配置文件时，这让我们陷入困境。我们将其打包，以便测试人员可以从构建工件而不是源代码在他们的系统上进行部署。但是，测试包选择了调试应用程序设置转换。

有没有办法告诉 msbuild 使用测试配置文件打包网站，但跳过配置转换？或者我应该围绕环境重新构建构建配置？（也就是说，单独保留 Debug 和 Release，并为每个环境创建一个构建配置）

命令行构建语句

我正在调试解决方案配置下构建我的测试配置，它肯定会选择转换后的Web.Debug.config文件。没有 Web.Test.config 文件，因为 Test 是“发布配置文件”而不是构建配置。

也许我在这里做错了什么。我确实觉得配置/平台是多余的，因为我也在“发布配置文件”对话框中提供了这些。Visual Studio 版本对我来说是一个惊喜，但它是生成 zip 包所必需的。

我想在 Sharepoint web.config 文件的 appSetting 中添加两个键值。

我找到了一个使用以下链接修改 blobcache 属性的好例子，

http://blogs.technet.com/b/heyscriptingguy/archive/2010/09/14/use-powershell-to-script-changes-to-the-sharepoint-web-config-file.aspx

以及我可以添加新密钥的链接。

http://farhanfaiz.wordpress.com/2011/09/07/sharepoint-2010-powershell-script-to-add-in-web-config/

这是我在 Appsetting 中添加两个键的代码。

但我的问题是当我执行代码时，出现以下错误：

任何输入都会非常有帮助。

我的情况是，我只想更新 WCF 端点的 URL 的一部分。现在，我们通过在每个“品种”的所有端点中包含不同的配置来做到这一点。这是繁琐的管理。我想在 web.config 中设置一个转换来做到这一点。

这是文件的两个示例

开发

还有一些

分期

区别在于 servicessta 与 servicesdev。现在我也有 servicesuat 和 servicesqa 等。我想设置一个转换，只用' sta '等代替' dev '，而不是整个块（使用）xdt:Transform="Replace"

但是我该怎么做呢？

我有以下内容：

Web.Config（这是 NLog 配置的一部分）

使用发行版构建时，这将转换为以下内容：

如您所见condition表达式已被 HTML 编码，导致>替换>. 这会导致条件不起作用。

在我的内部没有什么特别的web.release.config文件中没有任何特定的内容，它只是从 base 复制过来的web.config。

我怎样才能抑制这种编码？