如果連線使用 PAT：

PAT 可能會撤銷或必要的許可權範圍已變更且不足。

使用者可能沒有 GitHub 存放庫的系統管理員許可權。

重新建立 PAT，並確定令牌的範圍包含必要的許可權： repo, read:user, user:email, admin:repo_hook 。

解決中斷的 GitHub Enterprise Server 連線

如果您已使用現有的 GitHub Enterprise Server 連線從 Azure DevOps Server 移轉至 Azure DevOps Services，現有的連線將無法如預期般運作。 GitHub 內的工作專案提及可能會延遲或永遠不會顯示在 Azure DevOps Services 中。 發生此問題的原因是與 GitHub 相關聯的回呼 URL 已不再有效。

請考慮下列解決方案：

拿掉並重新建立連線 ：移除並重新建立 GitHub Enterprise Server 存放庫的連線。 請遵循 Azure Boards 檔中 連線 中 提供的步驟順序。

修正 Webhook URL ：移至 GitHub 的存放庫設定頁面並編輯 Webhook URL，指向已移轉的 Azure DevOps 組織 URL： https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview

連線 至多個 Azure DevOps 組織

如果您將 GitHub 存放庫連線到多個 Azure DevOps 組織中定義的兩個或多個專案，例如 dev.azure.com/Contoso 和 dev.azure.com/Fabrikam，當您使用 AB# 提及連結到工作專案時，可能會取得非預期的結果。 發生此問題的原因是工作專案標識符在 Azure DevOps 組織中並不是唯一的，因此 AB#12 可以參考 Contoso 或 Fabrikam 組織中的工作專案。 當認可訊息或提取要求中提及工作專案時，如果存在，兩個組織都可以嘗試建立具有相符標識元的工作項目連結。

一般而言，使用者想要 AB# 提及連結至其中一個專案中的單一工作專案。 但是，如果這兩個帳戶中都有相同標識符的工作專案，則會為這兩個工作專案建立連結，這可能會導致混淆。

目前無法解決此問題，因此我們建議您只將單一 GitHub 存放庫連線到單一 Azure DevOps 組織。

當您使用適用於 GitHub 的 Azure Boards 應用程式進行連線時，應用程式會防止您連線到兩個不同的組織。 如果 GitHub 存放庫錯誤地連線到錯誤的 Azure DevOps 組織，您必須先連絡該組織的擁有者以移除連線，才能將存放庫新增至正確的 Azure DevOps 組織。

更新選取工作項目類型的 XML 定義

如果您的組織使用託管的 XML 或內部部署 XML 程式模型來自定義工作追蹤體驗，而且您想要從工作專案表單的 [開發] 區段連結並檢視 GitHub 連結類型，請更新工作專案類型的 XML 定義。

例如，如果您想要將用戶劇本和 Bug 連結至 GitHub 認可，並從 [開發 ] 區段提取要求 ，您需要更新使用者劇本和 Bug 的 XML 定義。

請遵循裝載 XML 進程模型 中 提供的工作順序來更新 XML 定義。 針對每個工作專案類型，尋找 區 Group Label="Development" 段，並在下列程式代碼語法中新增下列兩行，以支援外部連結類型： GitHub Commit 和 GitHub 提取要求 。

             <ExternalLinkFilter Type="GitHub Pull Request" />  
             <ExternalLinkFilter Type="GitHub Commit" />  
更新時，區段應該會顯示如下。
<Group Label="Development">  
   <Control Type="LinksControl" Name="Development">  
      <LinksControlOptions ViewMode="Dynamic" ZeroDataExperience="Development" ShowCallToAction="true">  
         <ListViewOptions GroupLinks="false">   
         </ListViewOptions>  
         <LinkFilters>  
             <ExternalLinkFilter Type="Build" />  
             <ExternalLinkFilter Type="Integrated in build" />  
             <ExternalLinkFilter Type="Pull Request" />  
             <ExternalLinkFilter Type="Branch" />  
             <ExternalLinkFilter Type="Fixed in Commit" />  
             <ExternalLinkFilter Type="Fixed in Changeset" />  
             <ExternalLinkFilter Type="Source Code File" />  
             <ExternalLinkFilter Type="Found in build" />  
             <ExternalLinkFilter Type="GitHub Pull Request" />  
             <ExternalLinkFilter Type="GitHub Commit" />  
         </LinkFilters>  
      </LinksControlOptions>  
   </Control>  
</Group>  
常見問題（常見問題）
問：Azure DevOps 中的部分使用者具有 GitHub 身分識別。 我需要將它們新增為新的 GitHub 使用者到我的組織中嗎？
A: 不可以。 要求您的使用者註銷，然後從全新的瀏覽器會話，使用其 GitHub 認證重新登入組織。 此動作可協助建立使用者，以取得有效的 GitHub 身分識別。
問：我是一個組織 管理員 istrator，我開啟了可邀請 GitHub 用戶的原則。 為什麼我無法邀請新的 GitHub 使用者？
答：一旦變更設定，請註銷 Azure DevOps，然後從全新的瀏覽器會話登入組織 dev.azure.com/{organizationName} ，或使用 organizationName.visualstudio.com 您的 GitHub 認證登入。
問：我使用我的 GitHub 認證登入，但為什麼我無法邀請 GitHub 使用者？
答：只有組織或專案 管理員 用戶可以邀請新使用者加入組織。 您可能沒有新增使用者所需的許可權。 請與您的系統管理員合作，以取得正確的許可權，或要求他們為您新增使用者。
將 GitHub 認可和提取要求連結至工作專案
安裝及設定 GitHub 的 Azure Boards 應用程式
設定狀態徽章以新增至 GitHub 自述檔
針對 GitHub 和 Azure Boards 整合進行疑難解答
建置 GitHub 存放庫
變更 GitHub 存放庫存取權
			即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。

        
提交並檢視相關的意見反應