共用方式為

完成移轉後工作

  • 發行項

移轉完成時，電子郵件會傳送給組織擁有者，此時，具有存取權的任何人都可以登入新移轉的 Azure DevOps Services 組織。 但是，在讓組織可供所有使用者使用之前，您應該先完成本文所列的一般工作。

移轉七個階段中反白顯示的移轉後階段圖表。

抽查

組織可供使用之後，立即採取小型小組，並對組織進行抽查。 我們建議此小組包含專案集合管理員。 這項檢查不應該是深入的，而是要確保集合中的主要片段被帶過來。

  • 原始碼： 確認您的原始程式碼存放庫已正確移轉。
  • 建置歷程記錄： 確定您的組建歷程記錄已結束。
  • 區域路徑： 確認所有區域路徑仍然存在。

這些快速檢查可協助您擷取任何遺失或不完整的數據，再將組織開啟至整個使用者群。

重新命名組織（選擇性）

在 開始使用階段中，您可能已經建立具有您想要使用之最終 Azure DevOps Services 組織名稱的組織。 如果這是您最終的移轉，您可以將新移轉的 Azure DevOps Services 組織重新命名為所需的名稱。 如需詳細資訊，請參閱 重新命名您的組織。

設定帳單

若要為 Azure DevOps 中的使用者或服務付費，例如託管的組建和部署代理程式，您必須為組織設定帳單。 如果您移轉多個集合，您應該確定所有組織都已設定為使用相同的 Azure 訂用帳戶計費，而且您的訂用帳戶已啟用 多組織計費。 然後，您可以在執行移轉的行事曆月份免費指派任意數量的基本使用者。

設定組建代理程式

如果您在 Azure DevOps Server 環境中使用自動化建置或部署伺服器，您可以將伺服器連線到您的 Azure DevOps Services 組織。 在移轉過程中，所有組建定義都已移轉，但您必須針對新的 Azure DevOps Services 組織重新設定代理程式和集區。

如需詳細資訊，請參閱 Azure Pipelines 代理程式。

如果您打算使用現有的內部部署私人組建代理程式，您必須清除其快取，以確保您不會遇到與舊版 Team Foundation 版本控制 （TFVC） 或 Git 指標相關的任何組建問題。 如需詳細資訊，請參閱重新整理客戶端電腦上的快取。

提示

如果您在 Azure DevOps Server 中使用發行管理，則會移轉發行管線和歷程記錄數據。 但如同組建，您必須重新設定代理程式（再次連結）和針對新組織的集區。

使用 Azure Artifacts

Azure Artifacts 隨附於 Azure DevOps Services 中，所有用戶都獲得基本授權。 不需要安裝擴充功能。 移轉后，您的 Azure Artifacts 資料應該可供使用。 如需詳細資訊，請參閱 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。

如需詳細資訊，請參閱 設定和自定義 Azure Boards。

檢閱權限

您的組織包含五個具有 基本 存取權的免費使用者。 如需詳細資訊，請參閱新增組織使用者和管理存取權。

通知您的小組

設定組建並設定授權訂用帳戶之後，建議您將組織開啟給所有用戶進行驗證。 然後，個別使用者可以確保所有內容都已就緒、具有正確的存取層級，而且可以提取程序代碼。

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

如果移轉的組織遺漏任何專案， 請連絡支持人員。

下一步

取得 Azure DevOps Services 擴充功能（選擇性）