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 回答