导入后

项目
04/04/2024

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

成功导入后，组织即可供使用。但是，在向所有用户提供它之前，应完成几个常见任务。请参阅以下列表，其中列出了导入后应按建议的执行顺序完成的最典型任务。

注意

建议使用迁移指南继续导入。本指南根据需要链接到技术文档。

随着 Azure DevOps Server 2019 的发布，TFS 数据库导入服务被重新命名为 Azure DevOps 的数据迁移工具。这包括 TfsMigrator 成为数据迁移工具或简称迁移器。此服务的工作方式仍与旧的导入服务完全相同。如果使用的是使用 TFS 作为品牌打造的较旧本地版本，则只要升级到受支持的版本之一，仍可使用此功能迁移到 Azure DevOps。

导入后立即

组织可用后，立即组织一个小团队，对组织进行抽查。建议此团队由项目集合管理员组成。这不应该是一个深入的检查，而应确保你的收藏的主要作品被带过来。是否已导入源代码？是否看到了生成历史记录？我们所有的区域路径是否仍然存在？在向整个用户群开放组织之前，最好先确认这些项目存在。

检查组织后，请考虑是否要重命名它。重命名组织是一项简单的操作，但它对当前使用组织的用户影响很大。一些示例是 Team Explore 连接中断或书签不再工作。如果只是使用组织的一小组用户，则无需进行重命名，则允许其余用户进入并配置其连接一次。

设置帐单

若要为 Azure DevOps 中的用户或服务（如托管生成和部署代理）付费，需要为组织设置计费。如果导入多个集合，应确保所有组织都设置为使用同一 Azure 订阅计费，并且你的订阅已启用多组织计费。然后，可以在运行导入的日历月中免费分配所需数量的基本用户。

管理用户和访问权限

你的组织包括五个具有基本访问权限的免费用户。 “基本”包括 Git 和 Team Foundation 版本控制、敏捷规划和 Java 团队工具等功能。此外，还可以根据订阅级别免费添加 Visual Studio 订阅者（他们获取基本功能和其他功能）。此外，还可以免费添加利益干系人，使他们能够部分访问敏捷工具、创建工作项以及查看积压工作和板。

当 Visual Studio 订阅者登录到组织时，系统会自动检测到他们。对于所有其他用户，需要分配付费访问权限。请记住，如果使用组规则自动执行访问，则仅当删除直接分配（导入期间应用于用户）时，这些规则仅适用于现有用户。

行为更改 - 从 2019 年 11 月 13 日开始，导入的默认访问行为将更改。以前，所有导入都尝试在导入后为用户提供等效的访问级别。这意味着具有基本权限的用户已获得基本访问权限，而其他用户则开始使用 利益干系人 访问权限。发生此更改后，所有用户都从免费的 利益干系人 访问权限开始。 在运行导入的日历月结束之前，你可以继续免费向任何需要基本访问权限的用户分配基本访问权限。 如果对此更改有任何疑问或疑虑，请随时与我们联系。

内部版本

接下来，需要配置生成代理。作为迁移的一部分，所有生成管道都已引入，但需要针对新组织重新配置代理和池。 Azure DevOps 提供了使用 Microsoft 托管的生成代理池（你可以使用）或将自承载生成代理 () 的功能。请务必注意，仅免费包含一个自承载生成代理。之后，拥有更多自托管生成代理会收取费用。若要为 Microsoft 托管的和自承载的生成代理付费，需要将订阅链接到组织。有关执行此任务的详细信息，请参阅以下资源：

生成代理

如果计划使用现有的本地专用生成代理，请在将代理注册到新组织后再执行一个建议的步骤。清除其缓存可确保不会遇到与指向本地集合的旧版 TFVC 或 Git 指针相关的任何生成问题。有关如何完成此任务的详细信息，请参阅刷新客户端计算机上的缓存。

发布管理

如果在 Azure DevOps Server 中使用了Release Management，则发布管道和历史记录数据将包含在导入中。但是，与生成一样，需要针对新组织重新配置代理和池。

Azure Artifacts

Azure Artifacts 包含在Azure DevOps Services中，适用于授予基本许可证的所有用户。无需安装扩展。 Azure Artifacts 数据应在导入后可用。

Azure Boards

如果现有的 GitHub Enterprise Server 连接与Azure DevOps Server相关联，则它将无法按预期工作。 GitHub 中的工作项提及可能会延迟或永远不会显示在Azure DevOps Services中。出现此问题的原因是与 GitHub 关联的回调 URL 不再有效。

若要解决此问题，请考虑以下各项：

删除并重新创建连接：删除并重新创建与 GitHub Enterprise Server 存储库的连接。按照从 Azure Boards 连接文档中提供的步骤顺序操作。
修复 Webhook URL：转到 GitHub 的存储库设置页，编辑 Webhook URL 以指向已迁移Azure DevOps Services组织 URL：https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

通知团队

运行生成并配置许可证订阅后，建议向所有用户开放组织进行验证。然后，单个用户可以确保所有内容都已就位，他们具有适当的访问级别，并且可以拉取代码。请务必将用户指向有关从所有受支持的 IDE 和团队资源管理器连接到Azure DevOps Services的文档。

具有本地工作区的 TFVC 用户需要将其工作区重新映射到新组织，Git 用户必须重新配置其远程设备才能拉取代码。

如果报告迁移组织缺少任何内容，请联系 AzureDevOpsImport@microsoft.com。对于其他功能问题，请联系客户支持人员。

导入后