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

Add pulp_openapi_generator_ref #906

Closed
wants to merge 4 commits into from
Closed

Conversation

mdellweg
Copy link
Member

No description provided.

@@ -52,6 +52,7 @@ DEFAULT_SETTINGS = {
"pulp_env_azure": {},
"pulp_env_gcp": {},
"pulp_env_s3": {},
"pulp_openapi_generator_ref": None,
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How do we want to go about updating this?
Shall we try to keep it floating on latest main, or find the latest available tag, and only pin it down once we branch of a release branch?
Providing a default tag here will not really help updating it in the plugins, right?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the floating on main and then pin once we branch a release branch. Sounds reasonable and straight-forward.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Now we have a problem: After using the default branch on "main", this would pin the release branch to a probably older commit. That does not seem quite right, no?

@mdellweg
Copy link
Member Author

Now I wonder if it's a good idea to let the plugin decide on the template version.
Maybe the compatibility is much more tied to the pulpcore version.

@pedro-psb
Copy link
Member

Now I wonder if it's a good idea to let the plugin decide on the template version.
Maybe the compatibility is much more tied to the pulpcore version.

I would go further and align the openapi-generator pin with the plugin breaking changes.
I feel this was proposed already, but cant remember.

If we change this too often (and pulpcore releases too often), the chances of something going wrong between pulpcore and plugins greatly adds up. And there is the problem of a bump requiring code changes that are incompatible between generator versions, so having an unambigous agreement between core and plugins on where generator-related fixes can go looks appealing for maintainability.

@mdellweg
Copy link
Member Author

mdellweg commented Dec 6, 2024

Yes, this is exactly the current plan. The generator will look for the pulpcore version and decide (aligned to breaking changes releases) which images to use.
I will close this PR as the road not taken.

@mdellweg mdellweg closed this Dec 6, 2024
@mdellweg mdellweg deleted the pog_version branch December 6, 2024 10:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants