我所在的企业创建了许多大型到小型应用程序。当我开始使用Visual Studio Online/VSTS/现在的Azure DevOps时，我将所有这些应用程序分解到不同的项目中。但是，现在似乎很好地支持在一个项目中管理多个应用程序，从管理的角度来看，这似乎更容易。
从我所做的研究中，我似乎可以单独完成每项服务：
存储库- ：从合并项目中选择导入存储库，然后输入我要导入的应用程序的 URL当心
此外，系统会自动将"状态"和"原因"字段重置为移动的工作项类型的默认初始值。
我浏览了文档并错过了那个片段。 哎呀
- 板：转到查询(可以选择跨项目查询)并将所有项目移动到合并项目(创建适当的团队、区域和过去的冲刺以保留历史记录)
- 构建：从源项目导出 json 并导入到合并项目 版本
- ：与内部版本相同
(我们目前不使用测试计划或工件)
这样做我可能会丢失构建和发布历史记录，一旦时间流逝，这可能没什么大不了的，但我没有找到任何其他好方法。
我的两个问题是：
- 是否有更好的指南将整个项目移动到一个项目？
- 除了我没有意识到的构建和发布历史记录之外，我会永久或暂时丢失任何其他内容吗？
我经历了同样的事情，不得不按照你的描述去做。当时，根本不支持在项目或组织之间移动服务/功能，更不用说合并到单个项目中了。除非有什么变化，除非通过您自己的 API 脚本实现自动化，否则一切都是手动的。
其他需要注意的主要是关于访问和安全：
- 外部 API 集成，例如 Web 应用、函数应用、JIRA、立即服务
- 外部入站应用授权
- 外部出站应用授权，例如 Azure 服务主体
- YAML 生成管道的变量组授权
- 库引用更新，包括密钥保管库
- 等
这种重构最终比平台整合本身要多得多。