Azure 管道文件转换不起作用。为什么？

Question

我仍在尝试创建我的第一个 Azure Pipeline CI/CD。我的 CI 部分工作正常，我的 CD 也工作正常，但我无法应用我的 Web.config 文件转换。

让我先告诉你我有什么，然后我会在下面问几个问题。生成工件的构建。我还手动复制了我的 3 个配置文件。

我打开我的 WebAPI.zip 文件，这里是路径和内容：

这是我的管道项目

以及我的暂存阶段的详细信息：

当我运行这个完整的管道时，我的配置文件从未转换过，但我没有收到任何错误。我只是得到一个

2019-05-02T03:27:23.5778958Z ##[警告]无法对给定的包应用转换。

我也有包含完整信息的调试日志，但它现在没有给我太多信息。稍后我会在这里添加它。

问题

• Azure 管道文件转换不起作用。为什么？
• 是不是因为文件转换任务只在 zip 中查找配置文件？
• 那么这个系统是否只是忽略了我在工件根目录中的转换文件？
• 所以我认为我的配置转换文件的手动副本已经过时了？
• 然后如何将我的转换文件添加到我的 zip 中？
• 在我的 csproj 中，我已经在 Build action content 上设置了我所有的转换文件，始终复制，这也被忽略了，这正常吗？

编辑 1

一个更重要的问题：是否可以简单地要求部署系统忽略或不部署我的配置文件。这不是我每次都想部署的东西。我喜欢我必须手动或从替代部署系统完成的想法。使用此解决方案，如果我在配置文件中保存版本或构建变量，我可能会遇到一些其他问题。那么是否可以在部署后修改已经部署的文件？我在这里寻找解决方法。示例：我在现有配置文件中读取了一个值，然后将该值加一还是简单地将该值替换为另一个值？

编辑 2

我现在可以将配置文件添加到根目录和/或 bin 文件夹中的 WebApi.zip 包中。我使用部署的 xml 转换遵循了 Shayki Abramczyk bu 的评论。还是行不通。而且错误信息太差了。微软是认真的吗？您的转换系统是否有效？我到处都看到与我类似的问题。

现在我得到

该文件是正确的，从 Visual Studio 发布工具转换工作正常。我真的认为 Azure 中 Microsoft 的 xml 转换工具不起作用。

编辑 3

由于名称和我对其应用的特殊规则，我的转换问题是否可能来自 NLog？