如何将源代码管理用于团队服务发布定义以鼓励同行评审?

时间:2017-02-01 18:03:33

标签: azure-devops azure-pipelines-release-pipeline

我委托其他人更改版本定义,并且我希望能够在保存之前审核他们的更改。

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

uservoice上添加请求之前,是否有一种首选方法可以解决此问题?我的google-foo没有找到答案吗?

我总是发现它的特殊之处在于发布和构建定义似乎只保存在云中,而不是保存在您选择的存储库中。我们可以看到json文件并在浏览器中进行比较,但只有在保存后才能进行。除了在保存构建或发布时在注释字段中创建工作项引用之外,我无法将它们链接到工作项以提供Who, how and why did the build/release definition get to look like this?的一些历史记录。以前,旧的TFSBuild.proj或更新的XAML构建文件至少在源代码管理中。

微软有没有人对此有所了解?我们使用不正确吗?

由于

2 个答案:

答案 0 :(得分:0)

我希望他们能够添加对“构建和发布定义作为代码”的支持,但是您可以使用REST API来推动这一过程。

将源控件中的发行版定义存储为JSON,并在提交时创建CI进程,该进程使用TFS REST API更新/导入发行版定义。可以将现有版本定义导出为JSON以提供基线 - 市场上有大量扩展来处理此问题,或者您可以通过REST API导出它。此时,您可以锁定人员,使其无法直接修改版本定义,从而限制对服务帐户的权限。

如果人们仍然希望针对发布定义(这是合理的)使用GUI,则可以授予他们访问沙盒团队项目的权限,在该项目中他们有权创建/修改发布定义。他们可以在完成调整后随时将其导出。

答案 1 :(得分:0)

没有功能可以查看发布定义的更改。 Daniel提供的解决方法很好。

我在此处提交了一个用户语音:Review changes of release definition