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
Copy file name to clipboardExpand all lines: .github/actions-scripts/enterprise-server-issue-templates/release-issue.md
+8-6Lines changed: 8 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,19 +34,21 @@
34
34
```
35
35
☝️ This will run a workflow **on every push to the PR** that will sync **only** the English index for the new version to Algolia. This will make the GHES content searchable on staging throughout content creation, and will ensure the search updates go live at the same time the content is published. See [`contributing/search.md`](https://github.com/github/docs-internal/blob/main/contributing/search.md) for details.
36
36
37
-
- [ ] Create an OpenAPI topic branch
38
-
39
-
This branch is used to avoid propagating the OpenAPI dev mode check CI test failure in all of the branches. All changes that affect the OpenAPI schema should branch off of this topic branch. The tests should all be passing before the OpenAPI topic branch is merged into the megabranch.
40
-
41
-
For more information about how OpenAPI changes are published to docs.github.com, see [Publishing REST API changes to docs.github.com](https://github.com/github/docs-content/blob/main/docs-content-docs/docs-content-workflows/publishing-documentation/publishing-REST-api-docs.md#publishing-rest-api-changes-to-docsgithubcom).
42
-
43
37
- [ ] In `github/github`, to create a new GHES release follow these steps:
44
38
- [ ] Copy the previous release's root document to a new root document for this release `cp app/api/description/ghes-<LATEST RELEASE NUMBER>.yaml app/api/description/ghes-<NEXT RELEASE NUMBER>.yaml`.
45
39
- [ ] Update the `externalDocs.url` property in that file to use the new GHES release number.
46
40
- [ ] Copy the previous release's configuration file to a new configuration file for this release `cp app/api/description/config/releases/ghes-<LATEST RELEASE NUMBER>.yaml app/api/description/config/releases/ghes-<NEXT RELEASE NUMBER>.yaml`.
47
41
- [ ] Update the `variables.externalDocsUrl`, `variables.ghesVersion`, and `patch.[].value.url` in that file to use the new GHES release number.
48
42
- [ ] Update `published` in that file to `false`. **Note:** This is important to ensure that 3.1 OpenAPI changes are not made public until 3.1 is released.
49
43
44
+
#### Troubleshooting
45
+
46
+
If the `OpenAPI dev mode check / check-schema-versions` check fails on the release branch, in your local checkout of the mega branch:
47
+
48
+
- run `git checkout origin/main lib/rest/static/*`
49
+
- run `script/rest/update-files.js --decorate-only`
50
+
- push the resulting changes
51
+
50
52
### Before shipping the release branch
51
53
52
54
- [ ] Add the GHES release notes to `data/release-notes/` and update the versioning frontmatter in `content/admin/release-notes.md` to `enterprise-server: '<=<RELEASE>'`
# **What it does**: Copies an issue in the open source repo to the docs-content repo, comments on and closes the original issue
4
+
# **Why we have it**: REST API updates cannot be made in the open source repo. Instead, we copy the issue to an internal issue (we do not transfer so that the issue does not disappear for the contributor) and close the original issue.
5
+
# **Who does it impact**: Open source and docs-content maintainers
run: gh issue comment $OLD_ISSUE --body "Thank you for opening this issue! Updates to the REST API description must be made internally. I have copied your issue to an internal issue, so I will close this issue."
Copy file name to clipboardExpand all lines: .github/workflows/move-ready-to-merge-pr.yaml
+4-4Lines changed: 4 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
-
name: Move and unlabel ready to merge issues
1
+
name: Move and unlabel ready to merge PRs
2
2
3
-
# **What it does**: This moves ready to merge issues on the project board for the open source repo. When an issue in the open source repo is labeled "ready to merge," the "waiting for review" label is removed and the issue is moved to the "Triage" column.
4
-
# **Why we have it**: To help with managing our project boards.
3
+
# **What it does**: When a PR in the open source repo is labeled "ready to merge," the "waiting for review" label is removed and the PR is moved to the "Triage" column.
4
+
# **Why we have it**: To help with managing our project boards.
5
5
# **Who does it impact**: Open source contributors, open-source maintainers.
6
6
7
7
on:
@@ -14,7 +14,7 @@ jobs:
14
14
if: github.repository == 'github/docs' && github.event.label.name == 'ready to merge'
Copy file name to clipboardExpand all lines: .github/workflows/no-response.yaml
+4-2Lines changed: 4 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ name: No Response
9
9
10
10
on:
11
11
issue_comment:
12
-
types: created
12
+
types: [created]
13
13
14
14
schedule:
15
15
# Schedule for five minutes after the hour every hour
@@ -27,4 +27,6 @@ jobs:
27
27
to our request for more information from the original author. With only the
28
28
information that is currently in the issue, we don't have enough information
29
29
to take action. Please reach out if you have or find the answers we need so
30
-
that we can investigate further. See [this blog post on bug reports and the importance of repro steps](https://www.lee-dohm.com/2015/01/04/writing-good-bug-reports/) for more information about the kind of information that may be helpful.
30
+
that we can investigate further. See [this blog post on bug reports and the
31
+
importance of repro steps](https://www.lee-dohm.com/2015/01/04/writing-good-bug-reports/)
32
+
for more information about the kind of information that may be helpful.
pr_body: "This is an automated pull request to sync changes between the public and private repos.\n\n:robot: This pull request should be merged (not squashed) to preserve continuity across repos, so please let a bot do the merging!"
# **What it does**: Sends PRs opened on the crowdin branch to the ready for work column in this board: https://github.com/orgs/github/projects/1269#column-13447153
4
+
# **Why we have it**: To make sure the first responder sees crowdin translations that need to be merged as they review the Task board.
5
+
# **Who does it impact**: Docs localization and Docs Engineering
0 commit comments