问题标签 [slowcheetah]

我想在我的 app.config 文件中的一个元素内导入一个 xml 文件，但唯一适用于该任务的方法会导致 SlowCheetah 失败并出现以下错误：

“SlowCheetah.Tasks.TransformXml”任务意外失败。System.UriFormatException：无效的 URI：URI 为空。

我尝试的导入方法是声明一个解析的外部实体，然后在我的元素声明中使用它，如该问题的最佳答案中所述：我们可以将 XML 文件导入另一个 XML 文件吗？

slowcheetah 可以在 azure web 角色中转换外部配置文件吗？例如，我在 log4net.config 中有日志信息。但是打包时不会创建转换后的版本。

我的解决方案有一个 webproject 和 windows 服务。

网站有一个 web.config 和一个 windsor.xml，服务有一个 app.config 和一个 windsor.xml 文件，它们会随每个环境（测试、UAT、LIVE）而变化。

我可以在我的 PC 上本地预览网站和 Windows 服务的转换（对于 web.cofig、app.config 和 windsor.xml）。

当我在本地构建/重建/发布文件时，转换也有效。

但是，当我在 CI 服务器上运行时，服务的 windsor.xml、appconfig 已转换，但网站并未对其 windsor.xml 进行转换（尽管 web.config 已转换）。

我错过了什么吗？

我正在尝试使用 Slow Cheetah 来转换 Windows 计划任务配置文件。我只是想添加“重复”节点信息，如下所示：

原来的：

必需的附加 XML

为此，我有以下转换文件：

我遇到的问题是 CalendarTrigger 节点之外的所有属性都被删除（因此使生成的转换配置成为无效的计划任务格式）。

我试过添加

到 Task 节点，但该属性随后在 CalendarTrigger 级别生成（并且我不能将此属性放在原始属性上，因为然后我得到“源文档中没有元素匹配'/Task/Triggers'”）。

任何指针？

更新：

该问题似乎与xmlns属性有关；如果我尝试将其包含在原始文件的“任务”节点中，我会得到“源文档中没有元素匹配 '/Task/Triggers'” - 但是将此属性更改为 'xmlns2' 可以正常工作并产生我需要的内容（尽管带有“xmlns2”属性！）。这是慢猎豹的已知限制吗？有人知道潜在的解决方法吗？

我正在使用慢速猎豹网络配置转换工具来根据部署设置转换 connection-string.config。问题是在转换后它也会覆盖转换后配置解决方案中的原始 ConnectionString 。知道我在这里缺少什么。

我可能做错了什么，但在解决方案中安装最新的 Nuget 包后，我看不到任何转换 app.config 或其他 XML 文档的选项。我尝试了两种解决方案，一种是 MVC 应用程序，另一种是控制台应用程序。两者都没有提供任何额外的转换。我打开 MVC 应用程序的项目文件并查看 SlowCheetah 定义和导入语句。在 Label="SLowCheetah" 的属性组中发现了将 SC_ 扩展为 SlowCheetah_ 的错误。

我正在为这组项目使用 Visual Studio 2010 sp1。

我对 Sayed Hashimi 和公司在 SlowCheetah 上所做的快速和出色的工作感到困惑，特别是 SlowCheetah 是否能够在 Build 上转换文件而不仅仅是打包和发布。

我安装了 SlowCheetah，并且能够为我正在与开发团队合作部署的控制台应用程序的 app.config 自动生成构建配置实例。在构建时，会在 $(ProjectDir)\obj\x86\$(BuildConfig) 目录下创建一个新的“SlowCheetah”目录。例如，obj\x86\STAGE\SlowCheetah 目录包含一个 app.config 文件，当右键单击 STAGE 转换并选择“查看转换”时，转换完成。

但是，\bin\$(BuildConfig) 目录包含未转换的 app.config 文件以及每个 $(BuildConfig) 转换的所有模板 - 而不是替换 bin\x86\ 中的 app.config 文件带有来自 SlowCheetah 的 STAGE 目录。

构建完成没有错误。

这是预期的操作，还是仍然无法正常工作？

@sayed-ibrahim-hashimi 每个 $(Configuration) 都有一个转换。在 Visual Studio 中查看时转换正确显示，并在 \obj 目录树下的 \slowcheetah 目录中正确转换。转换示例如下：

该问题可能与 Nuget/解决方案配置有关。我正在处理的项目是一个非常大的解决方案的一部分。我很难安装并运行 SlowCheetah - 有一次发现 Nuget 说已安装 SlowCheetah，但解决方案包目录不包含 SlowCheetah。

我在 TeamCity 中设置了一个解决方法，以从 \obj 目录中提取转换后的 app.config 文件，但我真的很想解决这个问题，以便我可以将 SC 推广到完整的开发组。有没有我们可以查看的详细日志可以指出细节？

我正在使用 Slow Cheetah 为控制台应用程序转换 app.config 文件。在构建期间，我还调用此应用程序。最初我使用构建后事件，但后来我意识到 Slow Cheetah 转换在构建后事件之后运行，所以我使用了这里解释的解决方案：

SlowCheetah 在构建后事件后执行

所以基本上，在我的迁移项目中，我有以下部分（用于诊断的回声/类型）

这在当地很有效。但是，当部署到 CI 服务器（CruiseControl + MSBuild 4.0）时，我观察到奇怪的行为。这些任务现在“在”Slow Cheetah 之前运行。为了验证我“输入”配置文件，我可以看到它没有被转换。但是，一旦构建完成并进入构建框，我会在同一位置看到已转换的文件。

因此，Slow Cheetah 正在完成其工作，但出于某种原因，这些任务运行后。有什么建议可以解决吗？

我有一个安装了 SlowCheetah NuGet 包的 MVC4 Web 应用程序项目。在这个项目中，我有一个想要转换的 xml 文件（不是 Web.config）。在 csproj 文件中，项目的 TransformOnBuild 设置为 true。当我从 Visual Studio 构建项目时，文件会被转换。但是，如果我直接执行 msbuild，例如msbuild.exe mysolution.sln文件没有被转换。

查看 SlowCheetah.Transforms.targets，msbuild 的行为对我来说似乎很有意义。对于 Web 应用程序项目，TransformAllFiles 目标不包含在 BuildDepends on 属性中。相反，它依赖于发布管道的挂钩。

然而，我不明白的是，当我从 Visual Studio 构建时，转换是如何发生的。此外，尽管转换运行，但构建输出中没有任何证据，即使在详细级别也是如此。如果我将以下目标添加到我的 Web 项目中，它也会在从 Visual Studio（而不是从 msbuild）构建时运行，但不会产生任何输出。

当我从 Visual Studio 构建项目时，我可以看到复制操作的结果，但输出中没有消息，并且构建日志中没有提及 DoStuff 目标。显然目标正在运行，但在构建输出中没有证据。谁能解释这种行为？

我将 SlowCheetah 下载到旧的 .Net 3.5 Web 表单应用程序中，以便将转换添加到 web.config。

过去，我曾将 SlowCheetah 与 Windows 服务和控制台应用程序一起使用，成功地转换了 app.config。在这些情况下，配置会被转换并作为 ApplicationName.exe.config 放置在 bin 中。

但是，对于这个 Web 表单应用程序，配置文件永远不会在 bin 中结束，因为 Web 表单站点是通过将 .dll 放在 bin 中构建的，并且 IIS 指向根目录来运行站点。因此，web.config 没有包含在构建过​​程中并打包在 bin 中，而是单独留在根位置。

没有对根目录中的 web.config 应用任何转换，这是一件好事，因为根目录中的 web.config 位于源代码控制中，并且是我们对其执行转换的文件。

我很乐意将 web.config 包含在构建中，以便 slowCheetah 对其进行转换，然后将其放入 bin 中。然后，我们必须手动将其从 bin 中取出并将其放回服务器的根级别，但进行转换是值得的。

有谁知道如何让转换针对我的 web.config 运行或将其包含在构建过​​程中，以便 slowCheetah 可以发挥它的魔力？

谢谢！

更新

复制到输出导演：总是复制