-
Notifications
You must be signed in to change notification settings - Fork 888
Site-wide flag to disable "change version" #6051
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
Comments
Why did we allow changing version to begin with? |
We should consider doing this per-template. |
This caused confusion when this came in. I forgot to post something about it. Would love to see this just go. There's no reason in our environment for someone to ever rollback a version. It's actually a risk. |
It's nice to "roll back" if a breaking change occurred in a template version. We never had a feature for this in v1 until very recently, because images were the source of truth and any user could add image tags. However, I totally agree it should be disable-able for deployments who want to have stricter policies for workspaces. |
Maybe instead of "change version" we should introduce a concept of tags. Then:
|
Sounds fantastic to me :) |
#3775 is related in suggesting setting a message(description) on every push. |
Closing in favor of #6635. We're definitely considering some form of tags/branches too |
The "change version" feature is a great way for developers to try new features and roll back if something breaks.
However, some admins will want to ensure developers are on the latest version of a template to comply with security policies. For this reason, we should make a flag to disable this behavior across all workspaces. An enterprise customer has requested this feature
The text was updated successfully, but these errors were encountered: