Skip to content
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

Create api_version v1beta5, same as v1beta4 #431

Merged
merged 7 commits into from
Feb 14, 2024
Merged

Conversation

drevell
Copy link
Contributor

@drevell drevell commented Feb 14, 2024

This is a simple hack for a very complex reason.

In #428, there's a problem where abc CLI version 0.5.0 thinks that it supports api_version v1beta4, but it really doesn't. It just supports the in-progress subset of v1beta4 that was implemented at the time that 0.5.0 was released. This causes a problem because when abc v0.5.0 sees a test.yaml that has api_version v1beta4, it should say "I don't understand this version, please upgrade your abc CLI" but what it will actually say is a weird test failure involving the .gitkeep file.

By bumping the soon-to-be-released api_version to v1beta5, that will be beyond what abc v0.5.0 thinks it can support, so it will correctly ask the user to upgrade.

The underlying root cause (abc CLI thinks it supports api_versions that it really doesn't) is fixed in #430 , but obviously we can't fix v0.5.0 which is already out in the wild.

@drevell drevell requested a review from a team as a code owner February 14, 2024 00:44
Base automatically changed from drevell/unreleased-api-version to main February 14, 2024 00:47
# Conflicts:
#	templates/model/decode/decode.go
@drevell drevell marked this pull request as draft February 14, 2024 00:48
@drevell drevell marked this pull request as ready for review February 14, 2024 01:03
@capri-xiyue
Copy link
Contributor

capri-xiyue commented Feb 14, 2024

Not sure whether we want to do patch release for v0.5.0, for example having a v0.5.1 instead of bumping api version to v1beta5?
One advantage of it could be we can have a quick fix before we release v0.6.0.

@capri-xiyue capri-xiyue merged commit f94c566 into main Feb 14, 2024
2 checks passed
@capri-xiyue capri-xiyue deleted the drevell/v1beta5 branch February 14, 2024 18:10
@drevell
Copy link
Contributor Author

drevell commented Feb 14, 2024

Not sure whether we want to do patch release for v0.5.0, for example having a v0.5.1 instead of bumping api version to v1beta5? One advantage of it could be we can have a quick fix before we release v0.6.0.

Discussed offline. For historical purposes: I think v0.6.0 is coming soon enough that there's not much benefit in creating a v0.5.1, and would incur some extra work in backporting a patch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants