-
Notifications
You must be signed in to change notification settings - Fork 103
Update sentinel override docs #1211
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
base: main
Are you sure you want to change the base?
Conversation
Vercel Previews Deployed
|
Broken Link CheckerNo broken links found! 🎉 |
|
@andrewassaf7 Thanks for adding this information. You added this to the 202301-1 version of the page. Is this the only version that this information applies to? Does this also apply to HCP Terraform? |
@trujillo-adam Thanks for catching that! I added it under 202301-1 by mistake, should I move it to the latest version so it’s reflected globally ?. The information applies to all current versions of Terraform Enterprise where Sentinel policy sets support the “This policy set can be overridden in the event of mandatory failures” option. The behaviour is also consistent in HCP Terraform, since the enforcement and override mechanisms are shared across both platforms. |
PR Description
This small doc update adds a note to clarify why some mandatory Sentinel policies can still be overridden in Terraform Enterprise.
We had a few customer tickets where users were confused about why “hard mandatory” policies could still be overridden. The behaviour is expected, when the policy set has “This policy set can be overridden in the event of mandatory failures” enabled, users with the right permissions (like admins or team owners) can override both soft- and hard-mandatory policy failures.
This doc change makes that clearer to help prevent future confusion.
What’s Changed
Why