Repo sync

content/billing/how-tos/manage-server-licenses/sync-license-usage.md

@@ -17,7 +17,7 @@ A {% data variables.product.prodname_enterprise %} license allows a user to use
 To view combined license details on {% data variables.product.prodname_ghe_cloud %} and ensure users only consume one license, you must sync licenses between deployments. You can do this:
 
 * Automatically, using {% data variables.product.prodname_github_connect %}.
-* Manually, by uploading a license file from from {% data variables.product.prodname_ghe_server %} to {% data variables.product.github %}.
+* Manually, by uploading a license file from {% data variables.product.prodname_ghe_server %} to {% data variables.product.github %}.
 
 When you synchronize license usage, only the user ID and email addresses for each user account on {% data variables.product.prodname_ghe_server %} are transmitted to {% data variables.product.prodname_ghe_cloud %}.
 

content/copilot/how-tos/copilot-cli/customize-copilot/use-byok-models.md

@@ -4,7 +4,9 @@ shortTitle: Use your own model provider
 intro: 'Use a model from an external provider of your choice in {% data variables.product.prodname_copilot_short %} by supplying your own API key.'
 allowTitleToDifferFromFilename: true
 versions:
-  feature: copilot
+  fpt: '*'
+  ghec: '*'
+  ghes: '>=3.22'
 contentType: how-tos
 category:
   - Configure Copilot
@@ -16,7 +18,9 @@ docsTeamMetrics:
 You can configure {% data variables.copilot.copilot_cli_short %} to use your own LLM provider, also called BYOK (Bring Your Own Key), instead of {% data variables.product.github %}-hosted models. This lets you connect to OpenAI-compatible endpoints, Azure OpenAI, or Anthropic, including locally running models such as Ollama.
 
 > [!NOTE]
-> This article is for users who want to configure their own LLM provider API key on their local machine. To set up custom models for users in an enterprise, see [AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-enterprise/use-your-own-api-keys).
+> This article is for users who want to configure their own LLM provider API key on their local machine. To set up custom models for users in an enterprise, see [AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-enterprise/use-your-own-api-keys).{% ifversion ghes %}
+> 
+> This article is also for administrators who want to configure their own LLM provider API key in GHES and for users who want to use those models in {% data variables.copilot.copilot_cli_short %}.{% endif %}
 
 ## Prerequisites
 
@@ -123,5 +127,154 @@ You can run {% data variables.copilot.copilot_cli_short %} in offline mode to pr
    ```shell
    export COPILOT_OFFLINE=true
    ```
+
+1. {% data reusables.copilot.copilot-cli.start-cli %}
 
-{% data reusables.copilot.copilot-cli.start-cli %}
+{% ifversion ghes %}
+
+## Using Copilot CLI with GitHub Enterprise Server
+
+> [!NOTE]
+> This feature is in {% data variables.release-phases.technical_preview %} and subject to change. Additionally, GHES 3.22, the first version to support this functionality, is in the release candidate phase. We recommend waiting until GHES 3.22 reaches GA before validating and using this capability. We are publishing these docs early to provide visibility into what is coming.
+
+{% data variables.copilot.copilot_cli_short %} can be configured to work with {% data variables.product.prodname_ghe_server %} for enterprises that operate in disconnected or air-gapped environments without connectivity to {% data variables.product.github %} Cloud. Your {% data variables.product.prodname_ghe_server %} administrator configures a model provider once, and users across the enterprise can use {% data variables.copilot.copilot_cli_short %} with their {% data variables.product.prodname_ghe_server %} credentials.
+
+Setting up this feature involves two roles:
+
+* **Administrator**: Configures the model provider on the {% data variables.product.prodname_ghe_server %} instance using `ghe-config`. This is a one-time setup that requires administrative SSH access.
+* **End user**: Sets environment variables on their local machine to connect {% data variables.copilot.copilot_cli_short %} to the instance.
+
+### Prerequisites
+
+* Your {% data variables.product.prodname_ghe_server %} administrator has configured a model provider on the instance. See [Configuring your {% data variables.product.prodname_ghe_server %} instance](#configuring-your-github-enterprise-server-instance).
+* {% data variables.copilot.copilot_cli_short %} is installed on client machines. See [AUTOTITLE](/copilot/how-tos/copilot-cli/set-up-copilot-cli/install-copilot-cli).
+* {% data variables.product.company_short %} CLI (`gh`) is installed on client machines. See [Installing gh](https://cli.github.com/manual/installation).
+
+The same [supported providers](#supported-providers) and [model requirements](#model-requirements) apply.
+
+### Configuring your {% data variables.product.prodname_ghe_server %} instance
+
+This step is for the operator or administrator of the {% data variables.product.prodname_ghe_server %} instance.
+
+With administrative SSH access to the {% data variables.product.prodname_ghe_server %} instance, configure the model provider using the following `ghe-config` values. After configuring, run `ghe-config-apply` to apply the changes.
+
+| Variable name | Required | Options | Description |
+|---|---|---|---|
+| `app.copilot-proxy.enabled` | Yes | `true`, `false` | Enables or disables the feature. |
+| `app.copilot-proxy.endpoint-url` | Yes | URI | The full upstream base URL including any version prefix (for example, `https://api.openai.com/v1`). |
+| `secrets.copilot-proxy.endpoint-key` | Yes | String | The API key for the upstream provider. |
+| `app.copilot-proxy.provider-model-id` | Yes | String | The provider model ID that {% data variables.copilot.copilot_cli_short %} uses to look up the model internally. |
+| `app.copilot-proxy.provider-type` | Yes | `openai`, `azure`, `anthropic` | The provider type. OpenAI includes OpenAI, Ollama, vLLM, Foundry Local, and any other OpenAI Chat Completions API-compatible endpoint. |
+| `app.copilot-proxy.upstream-timeout` | No | Integer (seconds) | Read/send timeout in seconds for upstream requests. If not set, falls back to the default timeout. |
+| `app.copilot-proxy.provider-wire-api` | No | `completions`, `responses` | The wire API format for the provider. |
+| `app.copilot-proxy.provider-wire-model` | No | String | Overrides the model identifier sent to the upstream provider if it differs from the internal model ID. |
+| `app.copilot-proxy.enable-upstream-probe` | No | `true`, `false` | Enables or disables the startup upstream probe. Defaults to enabled. When disabled, the startup probe is skipped. |
+
+### Examples
+
+```shell
+ghe-config app.copilot-proxy.enabled true
+ghe-config app.copilot-proxy.endpoint-url 'https://api.openai.com/v1'
+ghe-config secrets.copilot-proxy.endpoint-key 'YOUR-API-KEY'
+ghe-config app.copilot-proxy.provider-model-id 'gpt-5.5'
+ghe-config app.copilot-proxy.provider-wire-model 'gpt-5.5'
+ghe-config app.copilot-proxy.provider-type openai
+ghe-config app.copilot-proxy.upstream-timeout 300
+ghe-config app.copilot-proxy.enable-upstream-probe false
+ghe-config-apply
+```
+
+Replace `YOUR-API-KEY` with the real API key before applying.
+
+### Configuring your {% data variables.copilot.copilot_cli_short %} client (end user)
+
+Configure {% data variables.copilot.copilot_cli_short %} to connect to your {% data variables.product.prodname_ghe_server %} instance by setting the following environment variables before starting {% data variables.copilot.copilot_cli_short %}.
+
+| Environment variable | Required | Description |
+|---|---|---|
+| `COPILOT_PROVIDER_GHES_HOST` | Yes | The hostname of your {% data variables.product.prodname_ghe_server %} instance. |
+| `COPILOT_PROVIDER_GHES_TOKEN` | Yes | A {% data variables.product.pat_generic %} for the {% data variables.product.prodname_ghe_server %} instance. This token authenticates requests to the instance. |
+| `COPILOT_OFFLINE=true` | Yes | Enables offline mode. The {% data variables.product.prodname_ghe_server %} provider is only active when offline mode is enabled. |
+
+### Understanding client (end user) tokens 
+
+{% data variables.copilot.copilot_cli_short %} needs access to LLM inference, so `COPILOT_PROVIDER_GHES_TOKEN` is always required. You will also very likely want {% data variables.copilot.copilot_cli_short %} to perform {% data variables.product.github %} operations such as create issues, pull requests, and search repositories. Such operations can be done via the {% data variables.product.github %} CLI.
+
+It is recommended and preferred that you run `gh auth login --hostname YOUR-GHES-HOSTNAME`. After it succeeds, next step is to set COPILOT_PROVIDER_GHES_TOKEN to the token generated in `gh auth login --hostname YOUR-GHES-HOSTNAME`. It is more secure to retrieve the token dynamically rather than copying it from `~/.config/gh/hosts.yml`. You can do so by using `COPILOT_PROVIDER_GHES_TOKEN="$(gh auth token --hostname YOUR-GHES-HOSTNAME)"`. 
+
+Alternatively, you can generate a {% data variables.product.pat_generic %} on your {% data variables.product.prodname_ghe_server %} instance, set that token as `COPILOT_PROVIDER_GHES_TOKEN`, and use the same token when running `gh auth login --hostname YOUR-GHES-HOSTNAME`.
+
+The above approach works when you are using {% data variables.copilot.copilot_cli_short %} interactively. For automation, you need to do a few things differently:
+* Set `GH_ENTERPRISE_TOKEN` (or `GITHUB_ENTERPRISE_TOKEN`) to the {% data variables.product.pat_generic %}.
+* Set `GH_HOST` to your server's hostname.
+* When both `GH_ENTERPRISE_TOKEN` and `gh auth login` credentials exist for the same host, the environment variable takes precedence.
+
+### Recommended end user setup
+
+1. Authenticate the {% data variables.product.company_short %} CLI.
+
+   ```shell
+   gh auth login --hostname YOUR-GHES-HOSTNAME
+   ```
+
+1. Set the following environment variables:
+
+   ```shell
+   export COPILOT_PROVIDER_GHES_HOST=YOUR-GHES-HOSTNAME
+   export COPILOT_PROVIDER_GHES_TOKEN="$(gh auth token --hostname YOUR-GHES-HOSTNAME)"
+   export COPILOT_OFFLINE=true
+   ```
+
+   If you are authenticated with `gh auth login` to multiple accounts, you can set `GH_HOST` to your server's hostname and set `GH_ENTERPRISE_TOKEN` (or `GITHUB_ENTERPRISE_TOKEN`) to `"$(gh auth token --hostname YOUR-GHES-HOSTNAME)"`. This ensures {% data variables.product.prodname_cli %} targets your {% data variables.product.prodname_ghe_server %} instance.
+
+   ```shell
+   export GH_HOST=YOUR-GHES-HOSTNAME
+   export GH_ENTERPRISE_TOKEN="$(gh auth token --hostname YOUR-GHES-HOSTNAME)"
+   ```
+
+1. {% data reusables.copilot.copilot-cli.start-cli %}
+
+You can run this entire set-up as a script.
+
+### Examples
+
+If both {% data variables.product.prodname_ghe_server %} and your {% data variables.copilot.copilot_cli_short %} configurations are correct, then you should see responses like the following in your {% data reusables.copilot.copilot-cli.start-cli %} session.
+
+```shell
+     • fabric-core-mcp — disabled
+     • powerbi-mcp — disabled
+     • slack — connected
+
+ ● Current model: gpt-5.5
+
+ ❯ Hello                                                                   13:31
+
+ ● Hello!
+
+ ❯ what is going on in github/codeql-action repo?                          13:33
+
+ ● I’ll check recent repository activity on the GHES host: repo metadata, open 
+   PRs/issues, and latest commits.
+
+ $ Shell Fetch repo metadata 2 lines…                                         5s
+   gh api --hostname "$GH_HOST" repos/github/codeql-action --jq '{name_with_own…
+```
+
+### Supported capabilities on {% data variables.product.prodname_ghe_server %}
+
+For the most up-to-date information on {% data variables.copilot.copilot_cli_short %} features, refer to the [AUTOTITLE](/copilot/how-tos/copilot-cli) as the primary source of truth. In general, any capability that relies on connectivity to {% data variables.product.github %} cloud services is not available in the {% data variables.product.prodname_ghe_server %} offline configuration.
+
+The following table provides a directional overview of what is available in {% data variables.product.prodname_ghe_server %} offering.
+
+| Capability | {% data variables.product.prodname_dotcom %} / {% data variables.product.prodname_ghe_cloud %} | {% data variables.product.prodname_ghe_server %} |
+|---|---|---|
+| AI-assisted coding (prompts, code generation, debugging) | {% octicon "check-circle" aria-label="Available" %} | {% octicon "check-circle" aria-label="Available" %} |
+| Shell commands and file operations | {% octicon "check-circle" aria-label="Available" %} | {% octicon "check-circle" aria-label="Available" %} |
+| {% data variables.product.github %} operations (issues, PRs, repos) via `gh` CLI | {% octicon "check-circle" aria-label="Available" %} | {% octicon "check-circle" aria-label="Available" %} (requires `gh` CLI authenticated to the instance) |
+| {% data variables.product.github %} MCP server tools | {% octicon "check-circle" aria-label="Available" %} | {% octicon "x-circle" aria-label="Not available" %} |
+| Web search and web fetch | {% octicon "check-circle" aria-label="Available" %} | {% octicon "x-circle" aria-label="Not available" %} |
+| {% data variables.product.prodname_copilot_short %} model selection ({% data variables.product.github %}-hosted models) | {% octicon "check-circle" aria-label="Available" %} | {% octicon "x-circle" aria-label="Not available" %} |
+| Telemetry and usage reporting | {% octicon "check-circle" aria-label="Available" %} | {% octicon "x-circle" aria-label="Not available" %} |
+| Auto-update | {% octicon "check-circle" aria-label="Available" %} | {% octicon "x-circle" aria-label="Not available" %} |
+
+{% endif %}

src/automated-pipelines/components/AutomatedPageContext.tsx

@@ -31,6 +31,13 @@ export const useAutomatedPageContext = (): AutomatedPageContextT => {
   return context
 }
 
+// Non-throwing variant: returns null when there is no provider. For components that render
+// both inside and outside an AutomatedPageContext.Provider (e.g. the product sidebar, shared
+// across automated REST reference pages and conceptual REST pages). Call it unconditionally.
+export const useAutomatedPageContextOptional = (): AutomatedPageContextT | null => {
+  return useContext(AutomatedPageContext)
+}
+
 type AutomatedPageContextRequest = { context?: Partial<Context> } | IncomingMessage
 
 type AutomatedPage = {

src/fixtures/tests/playwright-rendering.spec.ts

@@ -609,6 +609,35 @@ test.describe('test nav at different viewports', () => {
     await expect(page.getByTestId('breadcrumbs-bar')).toBeVisible()
   })
 
+  test('mobile nav opens even when the desktop rail was collapsed', async ({ page }) => {
+    // Collapse the desktop rail at the xxl breakpoint so the persisted
+    // `collapsed` state is set (the collapse toggle only exists at 1400px+).
+    page.setViewportSize({
+      width: 1400,
+      height: 700,
+    })
+    await page.goto('/get-started/foo/bar')
+    await page.getByTestId('sidebar-collapse-toggle').click()
+    // With the rail collapsed the sidebar is not rendered on desktop.
+    await expect(page.getByTestId('sidebar')).toHaveCount(0)
+
+    // Drop below xxl where the inline mobile nav lives. `collapsed` persists.
+    page.setViewportSize({
+      width: 1013,
+      height: 700,
+    })
+
+    // Opening the mobile nav must still render the doc-tree drawer -- before the
+    // fix, `collapsed` short-circuited the sidebar to null while the open state
+    // hid the content column, leaving a blank area with no drawer.
+    await page.getByTestId('sidebar-mobile-toggle').click()
+    await expect(page.getByTestId('sidebar')).toBeVisible()
+
+    // Closing it restores the content column (main content visible again).
+    await page.getByTestId('sidebar-mobile-toggle').click()
+    await expect(page.locator('#main-content')).toBeVisible()
+  })
+
   test('large -> x-large viewports - 1012+', async ({ page }) => {
     page.setViewportSize({
       width: 1013,

src/frame/components/DefaultLayout.tsx

@@ -265,7 +265,12 @@ const LayoutBody = ({ children, scrollToTopLabel }: LayoutBodyProps) => {
   const { collapsed, mobileNavOpen } = useSidebarCollapsed()
   return (
     <div className="d-lg-flex">
-      {collapsed ? null : <SidebarNav mobileOpen={mobileNavOpen} />}
+      {/* `collapsed` is the desktop rail-collapse state (persisted). The inline
+        mobile nav is independent, so still render the sidebar when it's open —
+        otherwise opening the mobile nav while the desktop rail is collapsed
+        hides the content column (contentHiddenForNav) with no drawer to show,
+        so the open nav displays a blank area instead of the doc tree. */}
+      {collapsed && !mobileNavOpen ? null : <SidebarNav mobileOpen={mobileNavOpen} />}
       {/* Need to set an explicit height for sticky elements since we also
         set overflow to auto */}
       <div

src/landings/components/ProductSelectionCard.module.scss

@@ -1,14 +1,14 @@
 // A single "All Docs" grid cell: category heading at the top, product links
-// bottom-aligned (space-between) so every cell in a row shares the tallest
-// height — matching the Docs 2026 design. Internal dividers are the cell's left
+// top-aligned directly beneath it. Cells in a row still stretch to the tallest
+// cell's height via the grid. Internal dividers are the cell's left
 // border (skipped on the first column of each row, per breakpoint, so they don't
 // double the container rail) plus a bottom border for row dividers. The column
 // count steps 1 -> 2 -> 3 -> 4, so each breakpoint re-applies the left border to
 // every cell and then clears it on the new first-of-row.
 .cell {
   display: flex;
   flex-direction: column;
-  justify-content: space-between;
+  justify-content: flex-start;
   gap: 2.25rem;
   padding: 2rem;
   border-bottom: var(--brand-borderWidth-thin, 1px) solid

src/landings/components/SidebarProduct.tsx

@@ -14,7 +14,7 @@ import {
 import { NavList } from '@primer/react-brand'
 
 import { ProductTreeNode, useMainContext } from '@/frame/components/context/MainContext'
-import { useAutomatedPageContext } from '@/automated-pipelines/components/AutomatedPageContext'
+import { useAutomatedPageContextOptional } from '@/automated-pipelines/components/AutomatedPageContext'
 import { nonAutomatedRestPaths } from '@/rest/lib/config'
 import { usePrefetchOnInteraction } from '@/frame/components/lib/prefetch'
 import { SidebarExpandStateProvider, useSidebarExpandState } from './useSidebarExpandState'
@@ -414,12 +414,16 @@ function RestNavListItem({ category }: { category: ProductTreeNode }) {
   const { routePath, navigate, prefetch } = nav
   const { asPath, query } = useRestNav()
   const [visibleAnchor, setVisibleAnchor] = useState('')
+  // Read the automated-page context unconditionally so hook order is stable across route
+  // changes. It is null on conceptual REST pages (no provider), which is fine — those pages
+  // use `[]` anyway.
+  const automatedPage = useAutomatedPageContextOptional()
   const miniTocItems =
     query.productId === 'rest' ||
     // These pages need the Article Page mini tocs instead of the Rest Pages
     nonAutomatedRestPaths.some((item: string) => asPath.includes(item))
       ? []
-      : useAutomatedPageContext().miniTocItems
+      : (automatedPage?.miniTocItems ?? [])
 
   useEffect(() => {
     if (nonAutomatedRestPaths.every((item: string) => !asPath.includes(item))) {