You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
FROM ghcr.io/github/gh-base-image/gh-base-noble:20260813-231302-ge6a10052f@sha256:5b0e63cc812202f8b958afd73ad9d7409f78df895c724701fa9e17312d2dab90 AS base
13
+
FROM ghcr.io/github/gh-base-image/gh-base-noble:20260902-091552-ga96e4354a@sha256:5075bf9763afa1fdf20995dfa0382974a2dfec8d34e7b119b614205d013801d7 AS base
14
14
15
15
# Install curl for Node install and determining the early access branch
16
16
# Install git for cloning docs-early-access & translations repos
Copy file name to clipboardExpand all lines: content/actions/reference/workflows-and-actions/events-that-trigger-workflows.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1073,7 +1073,7 @@ on: workflow_call
1073
1073
> [!NOTE]
1074
1074
> {% data reusables.actions.branch-requirement %}
1075
1075
1076
-
To enable a workflow to be triggered manually, you need to configure the `workflow_dispatch` event. You can manually trigger a workflow run using the {% data variables.product.github %} API, {% data variables.product.prodname_cli %}, or the {% data variables.product.github %} UI. For more information, see [AUTOTITLE](/actions/how-tos/manage-workflow-runs/manually-run-a-workflow).
1076
+
To enable a workflow to be triggered manually, you need to configure the `workflow_dispatch` event. On the {% data variables.product.github %} UI, the "Run workflow" button will be present if the workflow file exists on the default branch. Once a workflow has run at least once, you can dispatch it against any branch or tag via the {% data variables.product.github %} API or {% data variables.product.prodname_cli %}. For more information, see [AUTOTITLE](/actions/how-tos/manage-workflow-runs/manually-run-a-workflow).
Copy file name to clipboardExpand all lines: content/admin/overview/setting-up-a-trial-of-github-enterprise-cloud.md
-2Lines changed: 0 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,8 +35,6 @@ The trial lasts for **{% data reusables.enterprise.ghec-trial-length %} days** a
35
35
36
36
The 50,000 monthly {% data variables.product.prodname_actions %} minutes included with a paid {% data variables.product.prodname_ghe_cloud %} plan do not apply during the trial. The trial includes up to 3,000 minutes of standard {% data variables.product.prodname_dotcom %}-hosted runners. If your trial uses {% data variables.product.prodname_emus %}, you must link an Azure subscription to exceed this limit. If your trial doesn't use {% data variables.product.prodname_emus %}, linking an Azure subscription immediately ends the trial and begins paid usage. For more information, see [AUTOTITLE](/billing/reference/azure-subscription).
37
37
38
-
Usage of available AI-powered features consumes {% data variables.product.prodname_ai_credits_short %}. For more information, see [AUTOTITLE](/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises).
39
-
40
38
## Features not included in the trial
41
39
42
40
* {% data variables.product.prodname_github_codespaces %}
Copy file name to clipboardExpand all lines: content/admin/upgrading-your-instance/preparing-to-upgrade/overview-of-the-upgrade-process.md
+7-5Lines changed: 7 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,7 +29,7 @@ category:
29
29
To upgrade an instance, you must:
30
30
1.**Plan your upgrade strategy** by choosing your upgrade version and the appropriate upgrade package, and scheduling a maintenance window.
31
31
1.**Communicate the upgrade** before and during the upgrade process.
32
-
1.**Prepare your backup strategy** by creating a backup and taking a virtual machine snapshot.
32
+
1.**Prepare your backup strategy** by creating a backup and taking a VM or disk snapshot.
33
33
1.**Install the upgrade package** using the appropriate package and method.
34
34
1.**Complete post-upgrade tasks**.
35
35
@@ -94,11 +94,13 @@ Check if you need to upgrade the following applications:
94
94
95
95
Ensure you have a recent, successful backup snapshot of your instance's primary node before you start the upgrade process. See [AUTOTITLE](/admin/backing-up-and-restoring-your-instance/about-the-backup-service-for-github-enterprise-server) and the [README](https://github.com/github/backup-utils#readme) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation.
96
96
97
-
### Create a VM snapshot
97
+
### Create a VM or disk snapshot
98
98
99
-
If you're upgrading to a new feature release, a virtual machine (VM) snapshot is required. If you're upgrading to a patch release, you can attach the existing data disk.
99
+
This snapshot is separate from the backup snapshot described above. If you're upgrading to a new feature release, a VM or disk snapshot is required. If you're upgrading to a patch release, you can attach the existing data disk.
100
100
101
-
Create a virtual machine (VM) snapshot of your instance's primary node immediately before upgrading, and only when maintenance mode has been enabled or the instance has been powered down. See [AUTOTITLE](/admin/upgrading-your-instance/preparing-to-upgrade/taking-a-snapshot).
101
+
Create the snapshot of your instance's primary node immediately before upgrading, and only when maintenance mode has been enabled or the instance has been powered down.
102
+
103
+
Which type you can take depends on your platform. AWS and Google Compute Engine support disk snapshots only. See [AUTOTITLE](/admin/upgrading-your-instance/preparing-to-upgrade/taking-a-snapshot).
102
104
103
105
## Installing an upgrade package
104
106
@@ -118,6 +120,6 @@ The instructions for upgrading your {% data variables.product.prodname_ghe_serve
118
120
* Check the status of background jobs, and review the upgrade log for errors.
119
121
* Check basic {% data variables.product.prodname_ghe_server %} functionality. For example, ensure you can sign in via the user interface, and verify that several of your organizations, repositories and issues can be reached as expected. It's also a good idea to manually run several Git fetches, clones, and pushes using SSH and/or HTTPS, and check that API requests and webhook deliveries complete successfully.
120
122
* Reapply any custom firewall rules. See [AUTOTITLE](/admin/configuring-settings/configuring-network-settings/configuring-built-in-firewall-rules).
121
-
* Delete any VM snapshots taken prior to upgrading. See [AUTOTITLE](/admin/upgrading-your-instance/preparing-to-upgrade/taking-a-snapshot).
123
+
* Delete any VM or disk snapshots taken prior to upgrading. See [AUTOTITLE](/admin/upgrading-your-instance/preparing-to-upgrade/taking-a-snapshot).
122
124
* Disable maintenance mode, and update any pre-upgrade communications such as announcement banners. See [AUTOTITLE](/admin/managing-accounts-and-repositories/communicating-information-to-users-in-your-enterprise/customizing-user-messages-for-your-enterprise#creating-a-global-announcement-banner) and [AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode).
123
125
* Monitor all queued background jobs on your instance to ensure they complete successfully. See [AUTOTITLE](/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities).
A snapshot stores the state of a virtual machine (VM) at a point in time. {% data variables.product.company_short %} highly recommends taking a hypervisor level snapshot before upgrading your VM so that if an upgrade fails, you can revert your VM back to the snapshot.
17
+
A snapshot stores the state of a virtual machine (VM) at a point in time. {% data variables.product.company_short %} highly recommends taking a VM or disk snapshot before upgrading your VM so that if an upgrade fails, you can restore your instance from the snapshot.
18
18
19
19
## Types of snapshots
20
20
@@ -39,3 +39,10 @@ The type of snapshot you can take depends on the platform you use.
39
39
| Hyper-V | VM | [Enable or disable checkpoints in Hyper-V](https://docs.microsoft.com/windows-server/virtualization/hyper-v/manage/enable-or-disable-checkpoints-in-hyper-v) in Microsoft Learn
40
40
| Google Compute Engine | Disk | [Create and manage disk snapshots](https://cloud.google.com/compute/docs/disks/create-snapshots) in the Google Cloud documentation
41
41
| VMware | VM | [Taking Snapshots of a Virtual Machine](https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.hostclient.doc/GUID-64B866EF-7636-401C-A8FF-2B4584D9CA72.html) in VMware Docs
42
+
43
+
## Restoring from a snapshot
44
+
45
+
If an upgrade fails, you can restore your instance from the snapshot you took before upgrading.
46
+
47
+
* If you took a VM snapshot, revert the VM to the snapshot.
48
+
* If you took disk snapshots, deploy a new instance running the same release as the snapshots, then attach volumes created from those snapshots. See [AUTOTITLE](/admin/installing-your-enterprise-server).
Copy file name to clipboardExpand all lines: content/copilot/concepts/billing/organizations-and-enterprises/fundamentals.md
+8-7Lines changed: 8 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,8 +1,8 @@
1
1
---
2
2
title: About billing for GitHub Copilot in organizations and enterprises
3
-
shortTitle: Organizations and enterprises
4
-
intro: 'Learn about pricing and billing cycles for {% data variables.product.prodname_copilot_short %}.'
5
-
product: 'Organizations on a {% data variables.product.prodname_free_team %} or {% data variables.product.prodname_team %} plan, or organizations and enterprises on {% data variables.product.prodname_ghe_cloud %}'
3
+
shortTitle: Fundamentals
4
+
intro: Learn about pricing and billing cycles for {% data variables.product.prodname_copilot_short %}.
5
+
product: Organizations on a {% data variables.product.prodname_free_team %} or {% data variables.product.prodname_team %} plan, or organizations and enterprises on {% data variables.product.prodname_ghe_cloud %}
> Existing customers receive higher included {% data variables.product.prodname_ai_credits_short %} during the promotional period (June–August 2026). See [AUTOTITLE](/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises#promotional-amounts-for-existing-customers).
35
+
> Existing customers receive higher included {% data variables.product.prodname_ai_credits_short %} during the promotional period (June–August 2026). See [AUTOTITLE](/copilot/concepts/billing/organizations-and-enterprises/usage-based-billing#promotional-amounts-for-existing-customers).
35
36
36
37
<!-- end expires 2026-09-01 -->
37
38
@@ -51,15 +52,15 @@ For a full explanation of how {% data variables.product.prodname_ai_credits_shor
51
52
52
53
A {% data variables.product.prodname_copilot_short %} seat is a license to use {% data variables.product.prodname_copilot %} for a user. Each month, your organization or enterprise is billed for the number of assigned seats.
53
54
54
-
Seat assignment is managed by organization owners. With {% data variables.product.prodname_ghe_cloud %}, an enterprise owner must have enabled {% data variables.product.prodname_copilot %} for the organization before an organization owner can assign seats. See [AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-organization/manage-access/grant-access).
55
+
Seat assignment is managed by enterprise or organization owners. With {% data variables.product.prodname_ghe_cloud %}, an enterprise owner must have enabled {% data variables.product.prodname_copilot %} for the organization before an organization owner can assign seats. See[AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-enterprise/manage-access/grant-access) or[AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-organization/manage-access/grant-access).
55
56
56
57
If a user receives a seat from multiple organizations in the same enterprise, the enterprise will be billed only once, and one organization is selected and billed for the seat. To determine which organization is billed for a given user, request a detailed usage report and refer to the `organization` column for the user's {% data variables.product.prodname_copilot_short %} license. See [AUTOTITLE](/billing/reference/billing-reports).
57
58
58
59
## Billing cycles
59
60
60
61
Billed users are calculated at the end of each billing cycle, based on the number of {% data variables.product.prodname_copilot %} seats that are assigned. You can add or remove seats at any time during the billing cycle.
61
62
62
-
When you add seats, you will be billed pro rata for those seats for the rest of the billing cycle. Included {% data variables.product.prodname_ai_credits_short %} for the seats may also be prorated.
63
+
When you add seats, you will be billed pro rata for those seats for the rest of the billing cycle. Included {% data variables.product.prodname_ai_credits_short %} for the seats may also be prorated. If you pay by credit card or PayPal, you will need to pay a prorated amount upfront to cover the seats for the rest of the current billing cycle.
63
64
64
65
When you remove seats, billing for those seats continues until the end of the current billing cycle.
Copy file name to clipboardExpand all lines: content/copilot/concepts/billing/organizations-and-enterprises/usage-based-billing.md
+3-2Lines changed: 3 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,13 +1,14 @@
1
1
---
2
2
title: Usage-based billing for organizations and enterprises
3
-
shortTitle: Billing for organizations and enterprises
3
+
shortTitle: Usage-based billing
4
4
intro: 'Under usage-based billing, {% data variables.product.prodname_copilot_short %} usage in organizations and enterprises is measured in {% data variables.product.prodname_ai_credits_short %}.'
5
5
permissions: Enterprise and organization owners and billing managers
6
6
versions:
7
7
feature: copilot
8
8
product: '{% data variables.copilot.copilot_enterprise_short %} or {% data variables.copilot.copilot_business_short %}'
@@ -61,7 +62,7 @@ After the promotional period, included usage returns to the standard amounts abo
61
62
62
63
When your pooled {% data variables.product.prodname_ai_credits_short %} are exhausted, what happens next depends on how you have configured policies for additional usage.
63
64
64
-
***Additional usage allowed**: Usage continues at published per-credit rates. The additional spend is charged to your organization or enterprise.
65
+
***Additional usage allowed**: Usage continues at published per-credit rates. The additional spend is charged to your organization or enterprise. Note that additional usage **may be capped**: if you hit the cap, you'll need to pay off any additional usage you've already consumed in order to continue.
65
66
***Additional usage not allowed**: Usage is blocked until the next billing cycle when monthly amounts are refreshed.
0 commit comments