将多个Azure Devops项目移到一个项目中(同一组织) [英] Move multiple Azure Devops projects into one project (same org)

问题描述

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

I am in an enterprise that creates many large to small scale applications. Way back when I started using Visual Studio Online/VSTS/now Azure devops I broke all of these apps out into different projects. However, now it seems there is good support for managing multiple apps in one project, and this seems easier from a management standpoint.

根据我的研究，看来我可以单独进行每项服务:

From the research I did it seems i can do each service individually:

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

1. Repos: Select Import Repository from the consolidated project and enter in the URL of the app i want to import BEWARE

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

Also, the system automatically resets the State and Reason fields to the default initial values for the work item type that you move.

，我浏览了文档，却错过了该片段.哎呀

and I skimmed over the docs and missed that snippet. oops

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

1. Boards: Go to query (optionally select query across project) and move all items to the consolidated project (creating the appropriate teams, areas and past sprints to keep history)
2. Builds: Export json from source projects and import to consolidated project
3. Releases: Same as Builds

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

(we do not use test plans or artifacts at the moment)

通过这种方式，我可能会放弃构建和发布历史记录，一旦经过足够的时间，这可能不是什么大问题，但是我没有找到任何其他好的方法.

Doing it this way I probably will loose build and release history, which is probably not a big deal once enough time passes, but I did not find any other good way.

我的两个问题是:

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

推荐答案

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

I went through the same thing and had to do what you described. At the time there was no support for moving services/functions between Projects or Orgs at all, let alone consolidating into a single Project. Unless something's changed, short of automating via your own API scripting it's all manual.

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

The other watch outs were mainly around access and security:

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

与平台整合本身相比，这种重构最终需要做更多的工作.

This refactoring ended up being much more work than the platform consolidation itself.

这篇关于将多个Azure Devops项目移到一个项目中(同一组织)的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！