Immutable Releases GA docs update (#57912)
Co-authored-by: mc <42146119+mchammer01@users.noreply.github.com>
This commit is contained in:
@@ -50,7 +50,7 @@ To use a specific action version, users can configure their {% data variables.pr
|
||||
|
||||
### Using tags for release management
|
||||
|
||||
{% ifversion immutable-releases-preview %}
|
||||
{% ifversion fpt or ghec %}
|
||||
> [!NOTE] If you have enabled immutable releases to help prevent supply chain attacks and accidental changes to your releases, instead see [AUTOTITLE](/actions/how-tos/create-and-publish-actions/using-immutable-releases-and-tags-to-manage-your-actions-releases).
|
||||
{% endif %}
|
||||
|
||||
|
||||
@@ -55,7 +55,7 @@ To support the developer process in the next section, add two {% data variables.
|
||||
1. Add a workflow that triggers when a commit is pushed to a feature branch or to `main` or when a pull request is created. Configure the workflow to run your unit and integration tests. For an example, see [this workflow](https://github.com/actions/javascript-action/blob/main/.github/workflows/ci.yml).
|
||||
1. Add a workflow that triggers when a release is published or edited. Configure the workflow to ensure semantic tags are in place. You can use an action like [JasonEtco/build-and-tag-action](https://github.com/JasonEtco/build-and-tag-action) to compile and bundle the JavaScript and metadata file and force push semantic major, minor, and patch tags. For more information about semantic tags, see [About semantic versioning](https://docs.npmjs.com/about-semantic-versioning).
|
||||
|
||||
{% ifversion immutable-releases-preview %}
|
||||
{% ifversion fpt or ghec %}
|
||||
> [!NOTE]
|
||||
> If you enable immutable releases for your repository, you cannot use this action to force push tags tied to releases on {% data variables.product.github %}. To learn how to manage your releases with immutable releases, see [AUTOTITLE](/actions/how-tos/create-and-publish-actions/using-immutable-releases-and-tags-to-manage-your-actions-releases).
|
||||
{% endif %}
|
||||
|
||||
@@ -3,7 +3,8 @@ title: Using immutable releases and tags to manage your action's releases
|
||||
shortTitle: Use immutable releases
|
||||
intro: 'Learn how you can use a combination of immutable releases on {% data variables.product.github %} and Git tags to manage your action''s releases.'
|
||||
versions:
|
||||
feature: immutable-releases-preview
|
||||
fpt: '*'
|
||||
ghec: '*'
|
||||
topics:
|
||||
- Actions
|
||||
- Code Security
|
||||
@@ -11,8 +12,6 @@ topics:
|
||||
- Dependencies
|
||||
---
|
||||
|
||||
{% data reusables.releases.immutable-releases-preview-note %}
|
||||
|
||||
If you enable immutable releases on your action's repository, you can manage your action's releases as follows:
|
||||
|
||||
1. To start the release cycle, develop and validate a potential release for your action on a release branch.
|
||||
|
||||
Reference in New Issue
Block a user