-
Notifications
You must be signed in to change notification settings - Fork 31
Document customer-facing required releases behavior #3647
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
✅ Deploy Preview for replicated-docs-upgrade ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for replicated-docs ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
| <VersionLabelReqsHelm/> | ||
|
|
||
| * **Requirements**: Select **Prevent this release from being skipped during upgrades** to mark the release as required. | ||
| * **Requirements**: Enable **Prevent this release from being skipped during upgrades** to mark the release as required. For more information, [Required Releases](#required-releases). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
^ link down to new section
| ### Required Releases | ||
|
|
||
| * **Release notes (supports markdown)**: Detailed release notes for the release. The release notes support markdown and are shown to your customer. | ||
| You can enable the **Prevent this release from being skipped during upgrades** release property to mark a release as required. The following describes the end customer experience for required releases in the Admin Console and Enterprise Portal: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The following describes the end customer experience for required releases in the Admin Console and Enterprise Portal:
Decided to split this out by user interface: how are they handled in the Admin Console and in the Enterprise Portal?
| * **Release notes (supports markdown)**: Detailed release notes for the release. The release notes support markdown and are shown to your customer. | ||
|
|
||
| <RequiredReleasesLimitations/> | ||
| ### Required Releases |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
new section
|
|
||
| Required releases have the following limitations: | ||
|
|
||
| * Required releases are not enforced for Helm CLI installations. When the **Prevent this release from being skipped during upgrades** option is enabled, Helm CLI customers will see that the release is labeled as "required" in the Enterprise Portal. However, this label does not prevent users from skipping a required release version when installing with the Helm CLI. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
^ edited this one a bit to say that required releases are not enforced for Helm CLI installs. Previously, it said they weren't supported for Helm CLI installs. This didn't seem accurate because they are still labeled as required in the Enterprise Portal for Helm CLI customers. And, they don't break anything.
| * Required releases are not enforced for Helm CLI installations. When the **Prevent this release from being skipped during upgrades** option is enabled, Helm CLI customers will see that the release is labeled as "required" in the Enterprise Portal. However, this label does not prevent users from skipping a required release version when installing with the Helm CLI. | ||
| * After users deploy a required version, they can no longer redeploy (roll back to) versions earlier than the required version, even if `allowRollback` is true in the Application custom resource manifest. For more information, see [`allowRollback`](/reference/custom-resource-application#allowrollback) in the Application custom resource topic. | ||
| * If you change the channel an existing customer is assigned to, the Admin Console always fetches the latest release on the new channel, regardless of any required releases on the channel. For more information, see [Channel Assignment](licenses-about#channel-assignment) in _About Customers_. | ||
| * For installations using KOTS 1.125.2 or earlier (Embedded Cluster 2.9.0 or earlier), if you disable the **Prevent this release from being skipped during upgrades** option for a promoted release, the release will still be marked as required in the Admin Console, and users must still upgrade to the given version before they can upgrade to later versions. To skip a previously-required release during upgrades, users must first update their installation to KOTS 1.126.0 or later (Embedded Cluster 2.10.0 or later). For more information, see [Remove Release Requirement](/vendor/releases-creating-releases#remove-req) in _Manage Releases with the Vendor Portal_. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For more information, see Remove Release Requirement in Manage Releases with the Vendor Portal.
link to the how-to for more info
| ::: | ||
| 1. Click **Update Release**. | ||
|
|
||
| ## Remove Release Requirement {#remove-req} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
split this out into it's own procedure to give a little more space to explain how it works
seemed like users might land here when looking for info about enabling/disabling release properties
AmberAlston
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good, thank you!
Previews: