-
Notifications
You must be signed in to change notification settings - Fork 54
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
🌱 Add a make target and check in CI to verify CRD compatibility #1449
🌱 Add a make target and check in CI to verify CRD compatibility #1449
Conversation
Signed-off-by: everettraven <[email protected]>
Signed-off-by: everettraven <[email protected]>
✅ Deploy Preview for olmv1 ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
Signed-off-by: everettraven <[email protected]>
.bingo/Variables.mk
Outdated
@@ -1,4 +1,4 @@ | |||
# Auto generated binary variables helper managed by https://github.com/bwplotka/bingo v0.9. DO NOT EDIT. | |||
# Auto generated binary variables helper managed by https://github.com/bwplotka/bingo v0.8. DO NOT EDIT. |
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.
Ah, I didn't realize I wasn't up to date on my bingo version. I don't think we should touch the auto-generated files though. If we are concerned about this particular change I can update my bingo version to v0.9
Closing and re-opening to pull in upgrade-e2e CI fixes in #1451 |
the go-verdiff check looks like it is expected to fail in this scenario because this PR adds a go.mod file that didn't previously exist. |
Signed-off-by: everettraven <[email protected]>
enum: | ||
enabled: true | ||
removalEnforcement: "Strict" | ||
additionEnforcement: "Strict" |
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.
This enforcement means addition of new allowed enum values is considered incompatible. I know we have some areas of our API where we anticipate adding some enum values so we may want to move this to the less strict IfPreviouslyConstrained
that allows addition of new allowed enum values only if the property was previously constrained by enum values. (i.e adding net new enum restrictions to a property is still considered incompatible)
I left this as strict as possible for now so that we can have a discussion as to whether we want to start as strict as possible and loosen as needed (where it makes sense) or leave room for planned future changes to not be "prevented" by this more restrictive configuration.
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.
/lgtm
Description
verify-crd-compatibility
to runcrd-diff
and check for CRD incompatibilitiesmake verify-crd-compatibility
on Pull RequestsReviewer Checklist