将TFS vnext构建置于版本控制之下

将TFS vnext构建置于版本控制之下,tfs,azure-devops,azure-pipelines,Tfs,Azure Devops,Azure Pipelines,我可以让我的vnext版本处于版本控制之下吗?我只通过TFS“Build”选项卡编辑它们,我想使用git类型的工具来跟踪更改、恢复等。我是否遗漏了什么?这些版本是否可以像xaml版本一样通过VisualStudio进行编辑?有没有我不知道的所有酷孩子都在用的工具 谢谢,您可以选择加入以启用版本控制生成定义。您可以选择加入以启用版本控制生成定义。您不必这样做。您的构建没有历史记录选项卡吗?使用它来查看更改。我的管道越来越大,历史记录选项卡对我来说没有git log那么好用。@RodrigoWerl

我可以让我的vnext版本处于版本控制之下吗?我只通过TFS“Build”选项卡编辑它们,我想使用git类型的工具来跟踪更改、恢复等。我是否遗漏了什么?这些版本是否可以像xaml版本一样通过VisualStudio进行编辑?有没有我不知道的所有酷孩子都在用的工具


谢谢,

您可以选择加入以启用版本控制生成定义。

您可以选择加入以启用版本控制生成定义。

您不必这样做。您的构建没有历史记录选项卡吗?使用它来查看更改。我的管道越来越大,历史记录选项卡对我来说没有git log那么好用。@RodrigoWerlang这不完全正确。将构建/发布定义版本化为应用程序旁边的源代码是一个非常好的实践。构建和发布与您的应用程序一起发展,源代码应该是与您的应用程序相关的所有东西的唯一版本。如果构建中断,我不想查看多个地方来找出原因。我想看看上一次提交,看看是什么改变破坏了构建。你不必这么做。您的构建没有历史记录选项卡吗?使用它来查看更改。我的管道越来越大,历史记录选项卡对我来说没有git log那么好用。@RodrigoWerlang这不完全正确。将构建/发布定义版本化为应用程序旁边的源代码是一个非常好的实践。构建和发布与您的应用程序一起发展,源代码应该是与您的应用程序相关的所有东西的唯一版本。如果构建中断,我不想查看多个地方来找出原因。我想看看上一次提交,看看是什么改变破坏了构建。我来看看。谢谢,我来看看。谢谢