Problem Description:
Currently, VS Code uses a single global setting github-enterprise.uri for all GitHub Enterprise related features. In large enterprise environments, this creates a "split-brain" scenario:
GitHub Copilot is hosted on the new GitHub Enterprise Cloud (e.g., company.ghe.com).
Source Code / Repositories are hosted on a separate internal instance (e.g., xxx.github.cloud.company).
The Conflict:
If I set the URI to the Copilot instance, the Pull Request extension fails to find the repositories. If I set it to the internal instance, Copilot Chat stops working.
Requested Feature:
The Pull Request extension should allow an independent configuration of the Enterprise URI or support a list of trusted hosts, instead of relying solely on the global github-enterprise.uri setting.
Problem Description:
Currently, VS Code uses a single global setting github-enterprise.uri for all GitHub Enterprise related features. In large enterprise environments, this creates a "split-brain" scenario:
GitHub Copilot is hosted on the new GitHub Enterprise Cloud (e.g., company.ghe.com).
Source Code / Repositories are hosted on a separate internal instance (e.g., xxx.github.cloud.company).
The Conflict:
If I set the URI to the Copilot instance, the Pull Request extension fails to find the repositories. If I set it to the internal instance, Copilot Chat stops working.
Requested Feature:
The Pull Request extension should allow an independent configuration of the Enterprise URI or support a list of trusted hosts, instead of relying solely on the global github-enterprise.uri setting.