匯入后

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 日起，匯入的預設存取行為將會變更。 先前，所有匯入都會嘗試在匯入后為使用者提供對等的存取層級。 這表示具有 Basic 的使用者會收到基本 存取權，而其他使用者則 開始使用專案關係人 存取。 一旦發生這項變更，所有用戶都會開始使用免費的 項目關係人 存取權。 您將繼續能夠將基本存取權指派給任何不需要它的使用者，直到執行匯入的行事曆月份結束為止。 如果您有關於這項變更的任何問題或疑慮，請與我們 連絡。

組建

接下來，您想要設定組建代理程式。 在移轉過程中，您所有的組建管線都已接管，但代理程式和集區必須針對新的組織重新設定。 Azure DevOps 可讓您使用您可以使用的 Microsoft 裝載組建代理程式集區，或連線自我裝載的組建代理程式。 請務必注意，免費只包含一個自我裝載的組建代理程式。 之後， 擁有更多自我裝載組建代理程序的費用 。 若要支付 Microsoft 裝載和自我裝載組建代理程式的費用，您必須將訂用帳戶連結至您的組織。 如需執行這項工作的詳細資訊，請參閱下列資源：

• 組建代理程式

如果您打算使用現有的內部部署私人組建代理程式，在向新組織註冊這些代理程序之後，還需要採取一個建議的步驟。 清除其快取可確保您不會遇到與內部部署集合舊版 TFVC 或 Git 指標相關的任何建置問題。 如需如何完成這項工作的詳細資訊，請參閱 重新整理用戶端電腦 上的快取。

版本管理

如果您在 Azure DevOps Server 中使用發行管理，則您的發行管線和歷程記錄數據會包含在匯入中。 不過，就像組建一樣，您必須針對新的組織重新設定 代理程式和 集區。

Azure Artifacts

Azure Artifacts 隨附於 Azure DevOps Services 中，所有用戶都獲得 基本 授權。 不需要安裝擴充功能。 您的 Azure Artifacts 資料應該可在匯入後使用。

Azure Boards

如果您有與 Azure DevOps Server 相關聯的現有 GitHub Enterprise 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 和 Team Explorer 連線到 Azure DevOps Services 的檔 。

具有本機工作區的 TFVC 用戶必須重新對應其工作區給新的組織，而 Git 用戶必須重新設定其遠端，才能提取程式代碼。

如果從移轉的組織回報遺漏任何專案，請連絡 。AzureDevOpsImport@microsoft.com 如需其他功能問題，請連絡 客戶支援。