Azure devops 如何对团队服务发布定义使用源代码管理来鼓励同行评审?

Azure devops 如何对团队服务发布定义使用源代码管理来鼓励同行评审?,azure-devops,azure-pipelines-release-pipeline,Azure Devops,Azure Pipelines Release Pipeline,我授权另一个人对发布定义进行更改,我希望能够在保存之前查看他们的更改 使用源代码管理(Git或TFVC),我们可以在这些更改生效之前对其进行审查 在我添加请求之前,是否有更好的方法进行此操作?我的google foo没有找到答案吗 我总是觉得很奇怪,发布和构建定义似乎只保存在云中,而不是保存在您选择的存储库中。我们可以在浏览器中查看json文件并进行比较,但只能在保存后进行。我无法将它们链接到工作项,以提供生成/发布定义的历史记录,即生成/发布定义是谁、如何以及为什么会变成这样?除了在保存生成或

我授权另一个人对发布定义进行更改,我希望能够在保存之前查看他们的更改

使用源代码管理(Git或TFVC),我们可以在这些更改生效之前对其进行审查

在我添加请求之前,是否有更好的方法进行此操作?我的google foo没有找到答案吗

我总是觉得很奇怪,发布和构建定义似乎只保存在云中,而不是保存在您选择的存储库中。我们可以在浏览器中查看json文件并进行比较,但只能在保存后进行。我无法将它们链接到工作项,以提供生成/发布定义的历史记录,即生成/发布定义是谁、如何以及为什么会变成这样?除了在保存生成或发布时在注释字段中引用工作项之外。以前,旧的TFSBuild.proj或更新的XAML构建文件至少在源代码管理中

微软有没有人对此有所了解?我们用错了吗


谢谢

我很想让他们添加对“构建和发布定义为代码”的支持,但是你可以用RESTAPI来伪造这个过程

在源代码管理中将发布定义存储为JSON,并在提交时创建一个CI进程,该进程使用TFS REST API更新/导入发布定义。现有的发布定义可以导出为JSON以提供基线——市场上有很多扩展可以处理这个问题,或者您可以通过RESTAPI导出它。此时,您可以将用户锁定在无法直接修改发布定义的位置,从而将权限限制在服务帐户上


如果人们仍然希望使用GUI来进行发布定义(这是合理的),您可以让他们访问沙箱团队项目,在该项目中他们有权创建/修改发布定义。他们在完成调整后总是可以导出它。

没有查看版本定义更改的功能。Daniel提供的变通方法很好


我在这里提交了一个用户声音:

使用源代码管理是为了保存版本并能够在不同的分支上工作,听起来你在寻找这样的工具:我看到了RESTAPI,并按照这些思路思考,但希望不要在这样的附带任务上浪费不可抗拒的时间。好吧,希望盒子里的东西在路上。