问题标签 [slowcheetah]

我刚刚升级到 Visual Studio 2010，我正在使用 Web 应用程序项目的配置转换选项。我在示例文件中看到如何更改连接字符串，但我想更改 applicationSettings（不是 appsettings）部分中的设置。我无法找到有关此的任何信息。

我尝试了以下方法，但我认为可能有更好的方法：

我有一个 Windows 服务，它需要与 web.configs 使用相同类型的转换，但 VS 2010 似乎不支持。我尝试手动添加 App.Release.Config 文件，然后使用 msbuil [PROJ] /T:TransformWebConfig /p:Configuration=Release 但未执行任何转换。我在我的 obj 子目录中创建了一个 TransformWebConfig 文件夹，仅此而已。

这个东西是硬编码的，只能与 web.configs 一起使用吗？

我已经在我的 web.config 中为我的 connectionStrings 等设置了一些配置转换。但是我已经将我的 web.config 的某些区域分离到单独的文件中，例如 appSettings.config。

如何配置 Visual Studio 和 MSBuild 以对这些附加配置文件执行配置转换？

我已经按照 web.config 的方法将这些文件关联到我的 Web 应用程序项目文件中，但不会自动应用转换。

我是新的 VS 2010 Web.config 转换的粉丝。我将此功能用于部署目的，并想知道是否也可以将它们用于调试。

我想在 IDE 中使用它们：我想创建不同的构建配置（带有链接的转换配置）；选择其中之一；在 IDE 中启动网站并以这种方式调试不同的配置。

对于 Visual Studio 2010 基于 Web 的应用程序，我们具有配置转换功能，通过这些功能我们可以为不同的环境维护多个配置文件。但相同的功能不适用于 Windows 服务/WinForms 或控制台应用程序的 App.Config 文件。

此处建议有一种解决方法：将 XDT 魔法应用于 App.Config。

然而，这并不简单，需要许多步骤。有没有更简单的方法来实现 app.config 文件的相同功能？

假设我有一个成功构建的 .NET 项目。现在，我需要选择性地构建到不同的环境，例如 DEV、QA 和 PROD。每个都需要自己的配置文件（例如 app.config）来包含相应的连接字符串和其他设置。

我看过简单的预构建脚本，例如Scott Hanselman 的这个。它有效，但我的问题是预构建步骤修改了源代码。简单地构建项目将覆盖源文件并不必要地触发源代码控制修改。

我还可以研究 VS/MSBuild 之外的脚本，以便在部署后将配置文件放在那里，但我真的希望还有更好的方法。也许是 VS/MSBuild 中自包含的一种方式？

我对目标服务器的部署策略是灵活的。我考虑过一个安装项目，它需要在打包之前进行配置。或者，xcopy 安装也可以。

想法？

是否有任何工具或 Visual Studio 2010 扩展允许我查看配置文件转换的输出而不必发布整个项目？执行转换的过程是否可以直接调用？

编辑

经过多一点谷歌搜索后，我遇到了这个：

第 4 步：从命令行为“暂存”环境生成新的转换 web.config 文件

转到开始 --> 程序文件 -> Visual Studio v10.0 -> Visual Studio 工具 -> Visual Studio 10.0 命令提示符，打开 Visual Studio 命令提示符

键入“MSBuild”应用程序项目文件的路径（.csproj/.vbproj）“/t:TransformWebConfig /p:Configuration=Staging”并按回车，如下所示：

转换成功后，“Staging”配置的 web.config 将存储在项目根目录下的 obj -->Staging 文件夹下（在解决方案资源管理器中，您可以通过首先取消隐藏隐藏文件来访问此文件夹）：

• 在解决方案资源管理器中单击按钮以显示隐藏文件
• 打开 Obj 文件夹
• 导航到您的活动配置（在我们当前的情况下，它是“暂存”）
• 你可以在那里找到转换后的 web.config

您现在可以验证生成的新登台 web.config 文件是否具有更改的连接字符串部分。

来源：Web 部署：Web.Config 转换

这对我来说并不是一个完美的解决方案，因为它仍然需要构建整个项目——至少使用他发布的命令。如果有人知道使用 MSBuild 命令跳过构建步骤的方法会有所帮助（尽管这听起来不太可能）。

编辑 2

我还在 CodePlex 上找到了这个配置转换工具，它提供了一些很好的功能来扩展转换过程。这是我所见过的最接近我正在寻找的功能的工具，并且是开发创建预览的扩展的一个很好的起点。它使用 Microsoft.Web.Publishing.Tasks 库来执行转换，并且不依赖于构建实际项目。

我的持续集成服务器 (TeamCity) 配置为在构建时运行我们应用程序中的所有单元测试。在运行这些测试之前，我需要更改一些 appSettings 以使它们对我们的 CI 服务器有效。通过使用 Visual Studio 提供的部署项目，我正在为我的 Web 项目实现类似的功能。我可以为测试项目做同样的事情吗？

谢谢，贡萨洛

我一直在部署 ASP.NET 网站并使用Web 配置转换管理它们的配置，并使用如下命令构建它们：

我还有一个控制台应用程序，我需要使用不同的配置多次部署它，并且想知道是否有任何类似的机制可用于构建项目并使用不同的配置进行部署？

我遇到过一篇使用自定义 XSLT 处理多环境配置的文章，但这似乎是一个非常复杂和混乱的解决方案。

提前致谢！

从我的 .csproj 文件中：

在我的 .csproj 文件的底部：

来自 log4net.config

从 log4net.Live.config（删除敏感数据）

我检查了 msbuild 输出，发现它正确地转换了我的 web.config，但我没有看到它转换 log4net 的输出。此外，当我在发布后检查 log4net.config 文件时，它具有原始连接字符串。

我究竟做错了什么 ：）？

谢谢！

更新

我在 msbuild 输出的代码中有一些错误，这些错误是我没有看到的警告。我修复了这些，现在我从 MSBuild 获得了一些输出：

AfterCompile：转换源文件：log4net.config 应用转换文件：log4net.Live.config 输出文件：obj\Live\Common.UI.Web.dll.config
转换成功

这仍然是一个问题，因为文件应该命名为log4net.config，而不是Common.UI.Web.dll.config...

无论出于何种原因

$(目标文件名)

采用 .csproj 文件名的名称。如果我只用 log4net 替换它，那么它会正确输出

更新

文件卡在 obj 文件夹中，发布时没有被拾取。