Skip to content

Commit 3358cc3

Browse files
authored
Merge pull request #45757 from github/repo-sync
Repo sync
2 parents f7e8bf1 + 3b48681 commit 3358cc3

35 files changed

Lines changed: 259 additions & 364 deletions

Dockerfile

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -10,7 +10,7 @@
1010
# ---------------------------------------------------------------
1111
# To update the sha:
1212
# https://github.com/github/gh-base-image/pkgs/container/gh-base-image%2Fgh-base-noble
13-
FROM ghcr.io/github/gh-base-image/gh-base-noble:20260902-091552-ga96e4354a@sha256:5075bf9763afa1fdf20995dfa0382974a2dfec8d34e7b119b614205d013801d7 AS base
13+
FROM ghcr.io/github/gh-base-image/gh-base-noble:20260903-185405-g03e243e8e@sha256:d7ed0adc25b453b64b7ba7bfb9c81b786063d9d18d0161a81effbba2ba109873 AS base
1414

1515
# Install curl for Node install and determining the early access branch
1616
# Install git for cloning docs-early-access & translations repos

content/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities.md

Lines changed: 109 additions & 55 deletions
Original file line numberDiff line numberDiff line change
@@ -423,56 +423,6 @@ Use this command to immediately unlock the {% data variables.enterprise.manageme
423423
ghe-reactivate-admin-login
424424
```
425425

426-
### ghe-saml-mapping-csv
427-
428-
> [!NOTE]
429-
> This utility does not work with configurations that use SAML with SCIM provisioning. For the SCIM version of this tool, please refer to [`ghe-scim-identities-csv` utility](#ghe-scim-identities-csv).
430-
431-
This utility allows administrators to output or update the SAML `NameID` mappings for users on an instance. The utility can output a CSV file that lists all existing mappings. You can also update mappings for users on your instance by editing the resulting file, then using the utility to assign new mappings from the file.
432-
433-
To output a CSV file containing a list of all user SAML `NameID` mappings on the instance, run the following command.
434-
435-
```shell
436-
ghe-saml-mapping-csv -d
437-
```
438-
439-
By default, the utility writes the file to `/data/user/tmp`.
440-
441-
If you plan to update mappings, to ensure that the utility can access the file, we recommend that you keep the file in the default location.
442-
443-
To prepare to update mappings, edit the file and make the desired changes. To see the result of updating the mappings using the new values in your edited CSV file, perform a dry run. Run the following command, replacing /PATH/TO/FILE with the actual path to the file you edited.
444-
445-
```shell
446-
ghe-saml-mapping-csv -u -n -f /PATH/TO/FILE
447-
```
448-
449-
To update SAML mappings on the instance with new values from the file, run the following command, replacing /PATH/TO/FILE with the actual path to the file you edited.
450-
451-
```shell
452-
ghe-saml-mapping-csv -u -f /PATH/TO/FILE
453-
```
454-
455-
### ghe-scim-identities-csv
456-
457-
> [!NOTE]
458-
> This utility only works with configurations that use SAML with SCIM provisioning. For the SAML only version of this tool, please refer to the [`ghe-saml-mapping-csv` utility](#ghe-saml-mapping-csv).
459-
460-
This utility allows administrators to output the SCIM identities for users on an instance. The utility can output a CSV file that lists all existing identities and the groups they are members of.
461-
462-
To output CSV data containing a list of all user SCIM identities on the instance, run the following command. This will create a file located at `/data/user/tmp/scim-identities-DATE.csv` containing your SCIM identities.
463-
464-
```shell
465-
ghe-scim-identities-csv
466-
```
467-
468-
Or, if you'd like to specify the file, run the following command.
469-
470-
```shell
471-
ghe-scim-identities-csv -f /PATH/TO/FILE
472-
```
473-
474-
We recommend writing to a file in `/data/user/tmp`.
475-
476426
### ghe-service-list
477427

478428
This utility lists all of the services that have been started or stopped (are running or waiting) on your appliance.
@@ -648,6 +598,7 @@ SSL-Session:
648598
```
649599

650600
You can use these additional options with the utility:
601+
651602
* The `-r` flag allows you to uninstall a CA certificate.
652603
* The `-h` flag displays more usage information.
653604

@@ -715,6 +666,8 @@ To show all hook deliveries filtered by a given event and action:
715666

716667
```shell
717668
ghe-webhook-logs --event issues.opened
669+
```
670+
718671
To show all failed hook deliveries in the past day:
719672

720673
```shell
@@ -1184,6 +1137,7 @@ Flag | Description
11841137
11851138
> [!NOTE]
11861139
> {% ifversion ghes > 3.17 %}* In an HA configuration, you can use this command to remove an additional node. You cannot use it to remove the HA primary or a replica.{% endif %}
1140+
>
11871141
> * The target node must report `ready` in `nomad node status` to complete removal. The `--no-evacuate` flag does not remove an offline node from the configuration.
11881142
> * This command does not support parallel execution. To remove multiple nodes, you must wait until this command has finished before running it for another node.
11891143
@@ -1380,6 +1334,7 @@ ghe-actions-test-storage-with-oidc -p [PROVIDER] -cs ["CONNECTION-STRING"]
13801334
This utility stops {% data variables.product.prodname_actions %} from running on {% data variables.location.product_location %}.
13811335
13821336
> [!NOTE]
1337+
>
13831338
> * {% data reusables.enterprise_enterprise_support.support_will_ask_you_to_run_command %}
13841339
> * In high availability configurations, run this command from the primary.
13851340
@@ -1388,6 +1343,7 @@ This utility stops {% data variables.product.prodname_actions %} from running on
13881343
This utility starts {% data variables.product.prodname_actions %} on {% data variables.location.product_location %} after it has been previously stopped.
13891344
13901345
> [!NOTE]
1346+
>
13911347
> * {% data reusables.enterprise_enterprise_support.support_will_ask_you_to_run_command %}
13921348
> * In high availability configurations, run this command from the primary.
13931349
@@ -1889,10 +1845,9 @@ To install an upgrade package:
18891845
ghe-upgrade UPGRADE-PACKAGE-FILENAME
18901846
```
18911847
1892-
18931848
{% ifversion ghes > 3.20 %}
18941849
1895-
Beginning with upgrades in version 3.21 operators may run many of the upgrade operations without requiring a maintenance window using phased execution.
1850+
Beginning with upgrades in version 3.21 operators may run many of the upgrade operations without requiring a maintenance window using phased execution.
18961851
18971852
First run operations which do not require a maintenance window by triggering the pre-upgrade phase
18981853
@@ -1997,8 +1952,109 @@ This utility unsuspends the specified user, granting them access to login, push,
19971952
ghe-user-unsuspend USERNAME
19981953
```
19991954

2000-
## Database and storage
1955+
## User management with SAML and SCIM
1956+
1957+
These utilities help you troubleshoot SAML single sign-on (SSO) and manage SAML `NameID` mappings and SCIM identities on {% data variables.location.product_location %}, for both individual users and in bulk.
1958+
1959+
### ghe-saml-debug
1960+
1961+
This utility enables or disables SAML debug logging on {% data variables.location.product_location %}. When you enable debug logging, {% data variables.product.prodname_ghe_server %} writes verbose SAML request and response details to its logs, which can help you troubleshoot SSO. For more information, see [AUTOTITLE](/admin/managing-iam/using-saml-for-enterprise-iam/troubleshooting-saml-authentication).
1962+
1963+
SAML debug logging is a global setting and is not scoped to a single user. The `USERNAME` argument must be an existing user and identifies the account that the change is attributed to in the audit log. It is not the subject of the logging.
1964+
1965+
> [!WARNING]
1966+
>
1967+
> Only enable SAML debugging when requested by {% data variables.contact.github_support %}, and disable it immediately after troubleshooting. Leaving it enabled causes logs to grow much faster than usual, which can negatively impact the performance of {% data variables.product.prodname_ghe_server %}.
1968+
1969+
To enable SAML debug logging, run the following command, replacing `USERNAME` with an existing user to attribute the change to.
1970+
1971+
```shell
1972+
ghe-saml-debug --enable USERNAME
1973+
```
1974+
1975+
To disable SAML debug logging, run the following command.
1976+
1977+
```shell
1978+
ghe-saml-debug --disable USERNAME
1979+
```
1980+
1981+
### ghe-saml-mapping-csv
1982+
1983+
> [!NOTE]
1984+
>
1985+
> This utility does not work with configurations that use SAML with SCIM provisioning. For the SCIM version of this tool, please refer to [`ghe-scim-identities-csv` utility](#ghe-scim-identities-csv).
1986+
1987+
This utility allows administrators to output or update the SAML `NameID` mappings for users on an instance. The utility can output a CSV file that lists all existing mappings. You can also update mappings for users on your instance by editing the resulting file, then using the utility to assign new mappings from the file.
1988+
1989+
To output a CSV file containing a list of all user SAML `NameID` mappings on the instance, run the following command.
1990+
1991+
```shell
1992+
ghe-saml-mapping-csv --dump
1993+
```
1994+
1995+
By default, the utility writes the file to `/data/user/tmp`.
1996+
1997+
If you plan to update mappings, to ensure that the utility can access the file, we recommend that you keep the file in the default location.
1998+
1999+
To prepare to update mappings, edit the file and make the desired changes. To see the result of updating the mappings using the new values in your edited CSV file, perform a dry run. Run the following command, replacing `/PATH/TO/FILE` with the actual path to the file you edited.
2000+
2001+
```shell
2002+
ghe-saml-mapping-csv --update --dry-run --file /PATH/TO/FILE
2003+
```
2004+
2005+
To update SAML mappings on the instance with new values from the file, run the following command, replacing `/PATH/TO/FILE` with the actual path to the file you edited.
2006+
2007+
```shell
2008+
ghe-saml-mapping-csv --update --file /PATH/TO/FILE
2009+
```
2010+
2011+
### ghe-saml-mapping-destroy
2012+
2013+
This utility permanently deletes the SAML mapping or mappings whose `NameID` matches a value that you specify. A SAML mapping links an external SAML identity (the `NameID`) to a user account. When you delete a mapping, the account must re-link its SAML identity the next time the user signs in. For more information, see [AUTOTITLE](/admin/managing-iam/using-saml-for-enterprise-iam/updating-a-users-saml-nameid).
2014+
2015+
> [!WARNING]
2016+
>
2017+
> This action is destructive and cannot be undone. By default, the utility displays the matching mappings and prompts you to confirm before it deletes anything. To skip the confirmation prompt, use the `--yes` flag.
2018+
2019+
To find and delete the SAML mappings for a `NameID`, run the following command, replacing `NAME-ID` with the `NameID` to match, such as an email address or URN. If the value contains spaces or shell metacharacters, enclose it in quotes.
2020+
2021+
```shell
2022+
ghe-saml-mapping-destroy NAME-ID
2023+
```
2024+
2025+
### ghe-saml-mapping-find
2026+
2027+
This utility displays the SAML mapping for a single user. It is read-only and does not change {% data variables.location.product_location %}. For more information, see [AUTOTITLE](/admin/managing-iam/using-saml-for-enterprise-iam/updating-a-users-saml-nameid).
2028+
2029+
To display the SAML mapping for a user, run the following command, replacing `USERNAME` with the username.
2030+
2031+
```shell
2032+
ghe-saml-mapping-find USERNAME
2033+
```
2034+
2035+
### ghe-scim-identities-csv
2036+
2037+
> [!NOTE]
2038+
>
2039+
> This utility only works with configurations that use SAML with SCIM provisioning. For the SAML only version of this tool, please refer to the [`ghe-saml-mapping-csv` utility](#ghe-saml-mapping-csv).
2040+
2041+
This utility allows administrators to output the SCIM identities for users on an instance. The utility can output a CSV file that lists all existing identities and the groups they are members of.
20012042

2043+
To output CSV data containing a list of all user SCIM identities on the instance, run the following command. This will create a file located at `/data/user/tmp/scim-identities-DATE.csv` containing your SCIM identities.
2044+
2045+
```shell
2046+
ghe-scim-identities-csv
2047+
```
2048+
2049+
Or, if you'd like to specify the file, run the following command, replacing `/PATH/TO/FILE` with the path where you want to write the file.
2050+
2051+
```shell
2052+
ghe-scim-identities-csv --file /PATH/TO/FILE
2053+
```
2054+
2055+
We recommend writing to a file in `/data/user/tmp`.
2056+
2057+
## Database and storage
20022058
20032059
{% ifversion ghes > 3.17 %}
20042060
@@ -2056,7 +2112,6 @@ Flag | Description
20562112
`-s/--summarize` | Display only a total.
20572113
`-H/--human-readable` | Print sizes in human-readable format.
20582114
2059-
20602115
### ghe-mssql-console
20612116
20622117
This utility opens a Microsoft SQL Server database session on {% data variables.location.product_location %}. The MSSQL database is used by {% data variables.product.prodname_actions %} services.
@@ -2098,7 +2153,6 @@ This utility runs checks on the state of the Microsoft SQL Server instance on {%
20982153
ghe-mssql-health-check
20992154
```
21002155
2101-
21022156
## Dependencies
21032157
21042158
### ghe-dep-graph-enable

content/admin/data-residency/github-copilot-with-data-residency.md

Lines changed: 0 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -65,15 +65,10 @@ The models available for {% data variables.product.prodname_copilot_short %} var
6565
* {% data variables.copilot.copilot_gpt_56_sol %}
6666
* {% data variables.copilot.copilot_gpt_56_terra %}
6767
* {% data variables.copilot.copilot_claude_haiku_45 %}
68-
* {% data variables.copilot.copilot_claude_opus_45 %}
69-
* {% data variables.copilot.copilot_claude_opus_46 %}
7068
* {% data variables.copilot.copilot_claude_opus_47 %}
7169
* {% data variables.copilot.copilot_claude_opus_48 %}
7270
* {% data variables.copilot.copilot_claude_opus_5 %}
73-
* {% data variables.copilot.copilot_claude_sonnet_45 %}
74-
* {% data variables.copilot.copilot_claude_sonnet_46 %}
7571
* {% data variables.copilot.copilot_claude_sonnet_5 %}
76-
* {% data variables.copilot.copilot_gemini_31_pro %}
7772
* {% data variables.copilot.copilot_gemini_35_flash %}
7873
* {% data variables.copilot.copilot_mai_code_1_flash %}
7974

content/copilot/concepts/about-cloud-and-local-sandboxes.md

Lines changed: 23 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -74,11 +74,30 @@ For more information, see [AUTOTITLE](/copilot/how-tos/cloud-and-local-sandboxes
7474

7575
### Cross-platform support
7676

77-
Local sandboxing is available on macOS and Linux, and on Windows Insiders builds. Support and isolation behavior vary by platform because each operating system uses a different isolation backend:
77+
Local sandboxing is available on macOS, on Linux, and on recent Windows 11 builds. Each operating system uses a different isolation backend, so the requirements are different:
7878

79-
* **macOS** uses the Seatbelt backend (`sandbox-exec`).
80-
* **Linux** uses the bubblewrap backend, which requires the `bwrap` command to be installed and available on your `PATH`. If `/sandbox` reports that sandboxing isn't supported on Linux, install bubblewrap.
81-
* **Windows** uses the ProcessContainer backend.
79+
* **macOS** uses the Seatbelt backend. {% data variables.copilot.copilot_cli_short %} applies a process-scoped profile to each sandboxed command. Use macOS 15 (Sequoia) or later. {% data variables.copilot.copilot_cli_short %} does not block an older macOS, but the backend is not tested there.
80+
* **Linux** uses the bubblewrap backend. Install bubblewrap 0.5.0 or later, and make sure `bwrap` is on your `PATH`. If `/sandbox` reports that your `bwrap` is too old, upgrade the package.
81+
* **Windows** uses the BaseContainer tier of the ProcessContainer backend. {% data variables.copilot.copilot_cli_short %} does not use the AppContainer fallback tiers. If your Windows build cannot supply BaseContainer, {% data variables.copilot.copilot_cli_short %} reports that sandboxing is not supported. To find the supported Windows versions, see [Windows OS support for Copilot sandboxing](https://aka.ms/ghcp-sandbox-os-support).
82+
83+
#### Proxy support
84+
85+
The sandbox proxy operates differently on each operating system:
86+
87+
* **macOS**: {% data variables.copilot.copilot_cli_short %} does not give the proxy to Seatbelt. It sets `HTTP_PROXY`, `HTTPS_PROXY`, and `ALL_PROXY` in the sandboxed environment instead. Only programs that obey these variables use the proxy. A program that ignores them connects directly.
88+
* **Linux**: bubblewrap enforces the proxy. The sandbox gets a private network namespace, and only the proxy endpoint is permitted. This mode has more requirements. You must have:
89+
* `slirp4netns` on your `PATH`.
90+
* `unshare` and `nsenter` from util-linux 2.35 or later, with `--map-current-user` and `--keep-caps` support.
91+
* `iptables` and `ip6tables`. Use the `nf_tables` backend. The legacy backend also operates, but only if you can write to `/run/xtables.lock`.
92+
93+
Two more limits apply on Linux. The proxy must have an IPv4 address, because {% data variables.copilot.copilot_cli_short %} refuses a proxy that only IPv6 can reach. The proxy URL must not contain credentials, so give the credentials to the proxy itself.
94+
95+
Also on Linux, bubblewrap cannot control local network access independently of outbound access. Your local network setting therefore does not have a separate effect there.
96+
* **Windows**: the proxy is not available. Do not use denied paths on Windows either. {% data variables.copilot.copilot_cli_short %} cannot enforce these settings, and the sandboxed command fails with an error.
97+
98+
#### If your host does not support local sandboxing
99+
100+
{% data variables.copilot.copilot_cli_short %} turns the sandbox off for the session and shows a notice. Shell commands and sandboxed services then run without a sandbox, and your `sandbox.enabled` setting does not change. If your enterprise enforces sandboxing through device-managed settings, the session fails closed instead: sandboxed commands do not run.
82101

83102
### Enterprise policy enforcement
84103

content/copilot/concepts/agents/copilot-cli/fleet.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -29,7 +29,7 @@ When you use the `/fleet` command, the main {% data variables.product.prodname_c
2929

3030
* **Specialization**: If you've defined custom agents that are specialized for certain types of work, these may be used by the subagents. This allows for specialization, with the subagents using the custom agents best suited to the specific subtask they are working on.
3131

32-
By default, subagents use a low-cost AI model. However, you can tell {% data variables.product.prodname_copilot_short %} to use a specific model for part of the work. For example, within a larger prompt, you could specify `... Use GPT-5.3-Codex, to create ... Use Claude Opus 4.5, to analyze ...`. If a subagent uses a custom agent profile that specifies a particular AI model, then that model will be used by the subagent. Using a specific model may produce better quality results for particular types of subtask.
32+
By default, subagents use a low-cost AI model. However, you can tell {% data variables.product.prodname_copilot_short %} to use a specific model for part of the work. For example, within a larger prompt, you could specify `... Use GPT-5.3-Codex, to create ... Use Claude Opus 5, to analyze ...`. If a subagent uses a custom agent profile that specifies a particular AI model, then that model will be used by the subagent. Using a specific model may produce better quality results for particular types of subtask.
3333

3434
If custom agents are available, {% data variables.product.prodname_copilot_short %} will decide whether to use one to complete a particular subtask. However, if you know that a specific custom agent is well-suited to a particular subtask, you can specify this in your prompt by using `@CUSTOM-AGENT-NAME`. For example, within a larger prompt: `... Use @test-writer to create comprehensive unit tests for ...`.
3535

0 commit comments

Comments
 (0)