MSBuild 是否被弃用以支持 TFS/Azure DevOps 构建管道?我需要添加一些自定义构建步骤,例如混淆代码和计算文件哈希。我不确定是否应该将它们作为自定义目标添加到我的 MSBuild/csproj 文件中,或者它们是否应该是构建管道中的单独步骤。Microsoft 是否提供了有关使用哪一个和/或 .NET 社区使用的常见最佳实践的任何指导?
在 MSBuild 中执行自定义构建步骤与作为构建管道步骤的优缺点是什么?
MSBuild 是否被弃用以支持 TFS/Azure DevOps 构建管道?我需要添加一些自定义构建步骤,例如混淆代码和计算文件哈希。我不确定是否应该将它们作为自定义目标添加到我的 MSBuild/csproj 文件中,或者它们是否应该是构建管道中的单独步骤。Microsoft 是否提供了有关使用哪一个和/或 .NET 社区使用的常见最佳实践的任何指导?
在 MSBuild 中执行自定义构建步骤与作为构建管道步骤的优缺点是什么?
不,它没有被弃用。构建管道只是美化的任务运行器。所有这些管道所做的就是运行您的 MSBuild 脚本;它们实际上并没有像 MSBuild 构建东西那样“构建”任何东西。
也就是说,在一些场景中,向 MSBuild 文件添加额外的构建目标和条件是有意义的:
这应该使 MSBuild 的优点非常明显。它可以在您构建应用程序的任何地方工作,包括在本地桌面上,并且它是可移植的。它还具有由版本控制自动跟踪的优点,其中(除非您使用 YAML 构建),Azure DevOps 构建不是.