AI 科技新聞

GitHub Copilot App 支援 Enterprise Server：企業內部儲存庫如何接進桌面工作流？

支援企業伺服器擴大了可用範圍，實際資料路徑與權限仍要按部署確認。本文整理GitHub Copilot App的更新、適用情境、關鍵數據與限制，並附官方來源及延伸閱讀。

GitHub Enterprise Server 與 Copilot App 官方配圖。來源：官方／原作者頁面。

企業把程式碼放在自管的 GitHub Enterprise Server，桌面 AI 開發工具是否能接進去，往往是採用前的第一個問題。

GitHub Copilot App 在 11 月 13 日宣布，對 Enterprise Server 的支援由選擇加入的預覽轉為正式開放。

這項能力從 App 1.2.0 起提供，可以加入企業伺服器帳戶，處理遠端儲存庫、議題與合併請求。

但公告同時寫明，Enterprise Server 不支援雲端工作階段。因此，桌面可用和雲端代理可用要分開判斷。

對企業團隊，這次更新擴大的是工作入口，是否符合現有權限與資料管理方式，仍需要逐項確認。

GitHub Copilot App 新支援哪種企業環境

GitHub Enterprise Server 是企業自行管理的 GitHub 部署。新版 Copilot App 讓使用者把這類帳戶加入桌面工具，連接相關開發工作。

官方公布的加入順序是先登入 GitHub.com 或 GHE.com 帳戶，再到設定中的 Accounts 新增 GitHub Enterprise Server。

這個先後順序很重要。如果只知道能新增企業伺服器，卻忽略首次登入條件，實際設定時仍可能卡住。

先確認 App 至少為 1.2.0，再依企業允許的方式加入帳戶。連線後，應核對顯示的組織與儲存庫，避免把不同身分的工作混在一起。

公告沒有把這項更新描述為完全離線的 AI 方案。企業若有資料位置要求，需要另依產品文件確認模型與服務的實際資料路徑。

雲端工作階段不支援 GHES，是這次公告直接列出的限制。團隊不能因桌面工具讀得到儲存庫，就假設可以切到同樣的雲端執行方式。

本文建議先用非敏感測試庫跑完整流程：開啟議題、修改檔案、檢查差異，再確認如何交回合併請求。

測試重點是工具能否遵循現有協作方式。即使修改成功，也要確認權限與審查流程沒有被繞過。

把支援版本、登入方式與已驗證步驟記進團隊文件，能減少其他同事各自摸索造成的差異。

公告列的是 App 1.2.0 及後續版本，並要求先登入 GitHub.com 或 GHE.com 帳戶，再新增 GHES 帳戶。

這次公告明確說不支援。使用範圍應依 GHES 文件確認，不能把桌面整合延伸成雲端功能已開放。

這項更新讓企業伺服器的工作更容易進入桌面 AI 流程。導入時先核對帳戶、版本與執行方式，再用一個小專案確認交付路徑。

免費訂閱 AI 郵報，持續掌握 AI 工具與科技更新。