3

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

从我所做的研究看来,我可以单独完成每项服务:

  1. Repos:从合并项目中选择 Import Repository 并输入我要导入的应用程序的 URL小心

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

我浏览了文档并错过了那个片段。哎呀

  1. :去查询(可选地选择跨项目查询)并将所有项目移动到合并项目(创建适当的团队、区域和过去的冲刺以保留历史)
  2. 构建:从源项目导出 json 并导入到合并项目
  3. 发布:与构建相同

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

这样做我可能会丢失构建和发布历史,一旦足够的时间过去,这可能没什么大不了的,但我没有找到任何其他好的方法。

我的两个问题是:

  1. 是否有更好的指导方针将整个项目转移到一个项目?
  2. 除了我没有意识到的构建和发布历史之外,我会永久或暂时丢失任何其他内容吗?
4

1 回答 1

1

我经历了同样的事情,不得不做你描述的事情。当时根本不支持在项目或组织之间移动服务/功能,更不用说整合到一个项目中了。除非有什么改变,否则除了通过你自己的 API 脚本自动化之外,它都是手动的。

其他注意事项主要围绕访问和安全性:

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

这种重构最终比平台整合本身要多得多。

于 2019-08-26T02:18:04.397 回答