什么 TFS 2017 构建任务在 TFS 构建期间应用 web.config 转换？

Question

更改了一些原始信息，以使帖子在发现后更加关注真正的问题。

这些是当前环境的一些细节。我列出这些只是因为在其他帖子中提出了问题，以确定在当前环境中哪些是有效的，哪些是无效的：

Upon check-in TFS 2017 successfully builds a web project on the build agent.
A VS 2017 publish profile can manually transform the project properly
The build machine artifact location includes both the transform and profile files

神器位置如下图：

我在微软的 VS 网站、SO 和其他论坛上对此进行了深入研究，但是有很多不同的答案，其中许多是针对旧版本的，我无法将其拼凑起来。因此，我有几个子问题。

1) 可以在构建和发布中进行转换吗？。我读到转换是在发布过程中应用的，而不是在构建过程中，这让我想知道是否有可能在构建过程中做到这一点。但是当我探索发布时，我看到所有相同的任务都可以在 Build 中使用，这表明我可以在 Build 或 Release 中使用转换进行发布。对吗？

2) TFS 2017 是否需要进行大量特殊处理才能使用转换文件？一些帖子指示编辑 .proj 文件。我想在进行这种详细操作之前得到确认，尤其是考虑到 TFS 2017 的改进。

以下信息是名为“confPanner-CI”的当前构建定义的状态。阴影 PS 脚本已成功用于上传到托管位置以测试整个过程，但这对于需要应用转换的手头任务来说是不够的：

还为 powershell 脚本创建临时位置的完整 MSBuild 参数是：

/p:DeployOnBuild=True /p:DeployDefaultTarget=WebPublish /p:WebPublishMethod=FileSystem /p:DeleteExistingFiles=True /p:publishUrl=c:\ConfPlnrWeb

如果我要添加发布任务，我会看到 Publish Build Artifacts 任务：

但如下所示的设置似乎都与变换无关：

最重要的问题是：如何配置构建，以便上传的 web 项目应用正确的 web 转换？

更新：在下面的答案之后添加的以下内容导致至少有一个地方可以在构建期间应用 VS 转换，并且可能也是一个版本。

在 MSBuild Build 解决方案任务中设置如下所示的配置：

Answer 1

发布构建工件任务用于发布相关工件（“a”工作目录包含构建结束时上传的工件（也称为“drop”））到 Visual Studio Team Services/TFS 或文件共享。

通常它应该是一个包并用于部署任务，例如Deploy: WinRM - IIS Web App Deployment或Azure App Service Deployment以实现部署。

1) 转换可以同时用于构建和发布吗？

是的，您也可以使用构建部署任务在构建管道中执行此操作。您需要在发布构建工件任务之后添加该任务。

2) TFS 2017 是否需要大量特殊处理才能使用转换文件？

更新

TFS 2017 中的 BuildConfiguration 变量不同，它在里面 MSBuild 任务！变换现在根据 到 MSBuild 任务配置设置。

编辑.proj 文件是一种进行转换的方法。如果您不需要更改转换，它将在构建期间自动执行。您还可以使用一些 3-rd 方任务/扩展来进行额外的转换，例如：XDT Transform

通常我们将构建和发布分开进行部署，因为很容易配置多个环境并且容易调试问题。您绝对可以仅在构建中执行此操作，但过程臃肿。你可以参考这个教程：Build and Deploy Azure Web Apps using Team Foundation Server/Services vNext Builds.

对于单独的构建和发布解决方案，您可以查看此博客：Using web.config transforms and Release Manager – TFS 2017/Team Services edition