将多个Azure Devops项目移至一个项目(同一组织)

时间:2019-08-25 23:53:30

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

我在一家创建许多大型到小型应用程序的企业中。当我开始使用Visual Studio Online / VSTS /现在使用Azure devop时,我将所有这些应用程序分解为不同的项目。但是,现在似乎已经在一个项目中管理多个应用程序提供了很好的支持,而且从管理的角度看,这似乎更容易。

根据研究,我似乎可以单独进行每项服务:

  1. 存储库:从合并的项目中选择“导入存储库”,然后输入要导入的应用程序的URL 注意
  
    

此外,系统会自动将“状态”和“原因”字段重置为所移动工作项类型的默认初始值。

  

,我浏览了文档并错过了该片段。哎呀

  1. 委员会:转到查询(可以选择在整个项目中进行查询),然后将所有项目移至合并的项目中(创建适当的团队,区域和过去的冲刺以保留历史记录)
  2. 构建:从源项目中导出json并导入到合并项目中
  3. 发布:与内部版本相同

(目前我们不使用测试计划或工件)

通过这种方式,我可能会丢失构建和发布历史记录,一旦经过足够的时间,这可能就没什么大不了了,但是我没有找到任何其他好的方法。

我的两个问题是:

  1. 是否有更好的指南将整个项目移至一个项目?
  2. 除了我没有意识到的构建和发布历史之外,我是否会永久或暂时放弃其他任何东西?

1 个答案:

答案 0 :(得分:1)

我经历了同样的事情,不得不做你描述的事情。当时,根本不支持在项目或组织之间移动服务/功能,更不用说将其合并为一个项目了。除非有所更改,否则除非通过您自己的API脚本实现自动化,否则一切都是手动的。

其他注意事项主要涉及访问和安全性:

  • 外部API集成,例如Web Apps,Function Apps,JIRA,立即服务
  • 外部入站应用授权
  • 外部出站应用程序授权,例如Azure服务主体
  • YAML构建管道的变量组授权
  • 库参考更新,包括KeyVault

此重构最终要比平台整合本身承担更多的工作。