簡介
成功的移轉早在您移動單一儲存庫之前就開始了。 在本課程模組中，您將學習閱讀 Azure DevOps （ADO） 環境的「故事」，即其組織、專案、存放庫和管線，並將該故事轉譯為準備充分的 GitHub Enterprise Cloud （GHEC） 目的地。 我們將超越清單，專注於每個步驟背後的「原因」，幫助您做出自信、可辯護的決策，從而最大限度地降低風險並指導利害關係人。
將此視為鋪設跑道：第 2 階段確保您的來源環境得到充分理解和量化，而第 3 階段則建立一個安全、連貫且準備好接收實際工作負載的目標環境。
必要的權杖範圍
Azure DevOps 個人存取權杖
如需完整移轉功能，您的 Azure DevOps PAT 需要下列範圍：
- 建置 （讀取） - 存取建置流程資訊
- 程式碼 （讀取） - 讀取存放庫內容和歷程記錄
- 專案和小組 （讀取） - 存取專案和小組中繼資料
- 服務連線 （讀取/管理） - 設定混合式整合
- 工作專案 （讀取/寫入） - 存取 Azure Boards 整合功能
GitHub 個人存取權杖
您的 GitHub PAT 應該包含下列範圍：
- repo - 移轉作業的完整儲存庫存取權限
- admin:repo_hook：管理整合的存放庫 Webhook
- admin：org - 組織管理（如果需要設定）
- read:org：讀取組織成員資格和團隊
- 工作流程 - 管理 GitHub Actions 工作流程 （如果適用）
預先設定適當的權杖範圍可防止移轉執行期間發生驗證問題。
在開始本課程模組之前，請考慮先完成 Azure DevOps 至 GitHub Enterprise 移轉第 I 部分 。