[October 4, 2021] Automatically generated release notes (#21640)
Co-authored-by: Ethan Palm <56270045+ethanpalm@users.noreply.github.com> Co-authored-by: Myles Borins <mylesborins@github.com> Co-authored-by: Sarah Edwards <skedwards88@github.com>
This commit is contained in:
BIN
assets/images/help/releases/auto-generate-release-notes.png
Normal file
BIN
assets/images/help/releases/auto-generate-release-notes.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 29 KiB |
BIN
assets/images/help/releases/release-yml.png
Normal file
BIN
assets/images/help/releases/release-yml.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 17 KiB |
Binary file not shown.
|
Before Width: | Height: | Size: 47 KiB |
BIN
assets/images/help/releases/releases_description_auto.png
Normal file
BIN
assets/images/help/releases/releases_description_auto.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 21 KiB |
BIN
assets/images/help/releases/return-to-repository-main-page.PNG
Normal file
BIN
assets/images/help/releases/return-to-repository-main-page.PNG
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 15 KiB |
@@ -33,6 +33,9 @@ You can receive notifications when new releases are published in a repository wi
|
||||
Anyone with read access to a repository can view and compare releases, but only people with write permissions to a repository can manage releases. For more information, see "[Managing releases in a repository](/github/administering-a-repository/managing-releases-in-a-repository)."
|
||||
|
||||
{% ifversion fpt %}
|
||||
|
||||
You can manually create release notes while managing a release. Alternatively, you can automatically generate release notes from a default template, or customize your own release notes template. For more information, see "[Automatically generated release notes](/repositories/releasing-projects-on-github/automatically-generated-release-notes)."
|
||||
|
||||
People with admin permissions to a repository can choose whether {% data variables.large_files.product_name_long %} ({% data variables.large_files.product_name_short %}) objects are included in the ZIP files and tarballs that {% data variables.product.product_name %} creates for each release. For more information, see "[Managing {% data variables.large_files.product_name_short %} objects in archives of your repository](/github/administering-a-repository/managing-git-lfs-objects-in-archives-of-your-repository)."
|
||||
{% endif %}
|
||||
|
||||
|
||||
@@ -0,0 +1,101 @@
|
||||
---
|
||||
title: Automatically generated release notes
|
||||
intro: You can automatically generate release notes for your GitHub releases
|
||||
permissions: 'Repository collaborators and people with write access to a repository can generate and customize automated release notes for a release.'
|
||||
versions:
|
||||
fpt: '*'
|
||||
topics:
|
||||
- Repositories
|
||||
shortTitle: Automated release notes
|
||||
---
|
||||
|
||||
{% note %}
|
||||
|
||||
**Note:** {% data reusables.repositories.auto-gen-release-public-beta %}
|
||||
|
||||
{% endnote %}
|
||||
|
||||
## About automatically generated release notes
|
||||
|
||||
Automatically generated release notes provide an automated alternative to manually writing release notes for your {% data variables.product.prodname_dotcom %} releases. With automatically generated release notes, you can quickly generate an overview of the contents of a release. You can also customize your automated release notes, using labels to create custom categories to organize pull requests you want to include, and exclude certain labels and users from appearing in the output.
|
||||
|
||||
## Creating automatically generated release notes for a new release
|
||||
|
||||
{% data reusables.repositories.navigate-to-repo %}
|
||||
{% data reusables.repositories.releases %}
|
||||
3. Click **Draft a new release**.
|
||||

|
||||
4. {% ifversion fpt %}Click **Choose a tag** and type{% else %}Type{% endif %} a version number for your release. Alternatively, select an existing tag.
|
||||
{% ifversion fpt %}
|
||||

|
||||
5. If you are creating a new tag, click **Create new tag**.
|
||||

|
||||
{% else %}
|
||||

|
||||
{% endif %}
|
||||
6. If you have created a new tag, use the drop-down menu to select the branch that contains the project you want to release.
|
||||
{% ifversion fpt %}
|
||||
{% else %}
|
||||
{% endif %}
|
||||
7. To the top right of the description text box, click **Auto-generate release notes**.
|
||||

|
||||
8. Check the generated notes to ensure they include all (and only) the information you want to include.
|
||||
9. Optionally, to include binary files such as compiled programs in your release, drag and drop or manually select files in the binaries box.
|
||||

|
||||
10. To notify users that the release is not ready for production and may be unstable, select **This is a pre-release**.
|
||||

|
||||
{%- ifversion fpt %}
|
||||
11. Optionally, select **Create a discussion for this release**, then select the **Category** drop-down menu and click a category for the release discussion.
|
||||

|
||||
{%- endif %}
|
||||
12. If you're ready to publicize your release, click **Publish release**. To work on the release later, click **Save draft**.
|
||||

|
||||
|
||||
|
||||
## Creating a template for automatically generated release notes
|
||||
|
||||
{% data reusables.repositories.navigate-to-repo %}
|
||||
{% data reusables.files.add-file %}
|
||||
3. In the file name field, type `.github/release.yml` to create the `release.yml` file in the `.github` directory.
|
||||

|
||||
4. In the file, specify the pull request labels and authors you want to exclude from this release. You can also create new categories and list the pull request labels to be included in each of them. For more information, see "[Managing labels](/issues/using-labels-and-milestones-to-track-work/managing-labels)."
|
||||
|
||||
## Example configuration
|
||||
|
||||
{% raw %}
|
||||
**release.yml**
|
||||
```yaml{:copy}
|
||||
# release.yml
|
||||
|
||||
changelog:
|
||||
exclude:
|
||||
labels:
|
||||
- ignore-for-release
|
||||
authors:
|
||||
- octocat
|
||||
categories:
|
||||
- title: Breaking Changes 🛠
|
||||
labels:
|
||||
- Semver-Major
|
||||
- breaking-change
|
||||
- title: Exciting New Features 🎉
|
||||
labels:
|
||||
- Semver-Minor
|
||||
- enhancement
|
||||
- title: Other Changes
|
||||
labels:
|
||||
- "*"
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
## Release template syntax
|
||||
|
||||
| Parameter | Description |Required | Value |
|
||||
| :- | :- | :- | :- |
|
||||
|`changelog` | Defines the contents within it as the custom template for your release notes.|Required. | No value accpeted.|
|
||||
|`exclude`| Creates a category of pull requests to be excluded from the release. Can be set at the top-level of the changelog to apply to all categories or applied on a per-category basis. |Optional | No value accepted.|
|
||||
|`authors`| Specifies authors to be excluded from the release.| Optional for `exclude` category.| Accepts usernames and bots as values.|
|
||||
|`categories`| Defines the nested contents as custom categories to be included in the template. |Optional | No value accepted.|
|
||||
|`title`| Creates an individual category. |Required if `categories` parameter exists.| Takes the category name as its value. |
|
||||
|`labels`| Specifies labels to be used by the enclosing category.| Required if `categories` parameter exists, optional for `exclude` parameter.| Accepts any labels, whether currently existing or planned for the future.|
|
||||
|`"*"`| Catchall for any pull request not included within a category *above*. If used, it must be added at the end of the file. | Optional| No value accepted. |
|
||||
@@ -17,7 +17,7 @@ children:
|
||||
- /viewing-your-repositorys-releases-and-tags
|
||||
- /linking-to-releases
|
||||
- /comparing-releases
|
||||
- /automatically-generated-release-notes
|
||||
- /automation-for-release-forms-with-query-parameters
|
||||
shortTitle: Release projects
|
||||
---
|
||||
|
||||
|
||||
@@ -42,15 +42,15 @@ You can choose whether {% data variables.large_files.product_name_long %} ({% da
|
||||
{% data reusables.repositories.releases %}
|
||||
3. Click **Draft a new release**.
|
||||

|
||||
4. {% ifversion fpt %}Click **Choose a tag** and type{% else %}Type{% endif %} a version number for your release.
|
||||
4. {% ifversion fpt %}Click **Choose a tag** and type{% else %}Type{% endif %} a version number for your release. Alternatively, select an existing tag.
|
||||
{% ifversion fpt %}
|
||||

|
||||
1. Click **Create new tag**.
|
||||
1. If you are creating a new tag, click **Create new tag**.
|
||||

|
||||
{% else %}
|
||||

|
||||
{% endif %}
|
||||
5. Use the drop-down menu to select the branch that contains the project you want to release.
|
||||
5. If you have created a new tag, use the drop-down menu to select the branch that contains the project you want to release.
|
||||
{% ifversion fpt %}
|
||||
{% else %}
|
||||
{% endif %}
|
||||
@@ -58,7 +58,9 @@ You can choose whether {% data variables.large_files.product_name_long %} ({% da
|
||||
{%- ifversion fpt or ghes > 3.2 or ghae-issue-4972 %}
|
||||
If you @mention any {% data variables.product.product_name %} users in the description, the published release will include a **Contributors** section with an avatar list of all the mentioned users.
|
||||
{%- endif %}
|
||||

|
||||
{% ifversion fpt %} Alternatively, you can automatically generate your release notes by clicking **Auto-generate release notes**.
|
||||
{% endif %}
|
||||

|
||||
7. Optionally, to include binary files such as compiled programs in your release, drag and drop or manually select files in the binaries box.
|
||||

|
||||
8. To notify users that the release is not ready for production and may be unstable, select **This is a pre-release**.
|
||||
@@ -145,4 +147,4 @@ Releases cannot currently be edited with {% data variables.product.prodname_cli
|
||||
gh release delete <em>tag</em> -y
|
||||
```
|
||||
|
||||
{% endcli %}
|
||||
{% endcli %}
|
||||
|
||||
@@ -0,0 +1 @@
|
||||
Automatically generated release notes are currently in public beta and subject to change.
|
||||
Reference in New Issue
Block a user