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

OPECO-3073: Add Note for CRD Version Spec #319

Merged
merged 5 commits into from
Dec 5, 2023
Merged

Conversation

theishshah
Copy link
Member

@theishshah theishshah commented Nov 29, 2023

This addresses the note from #311 informing users that the version spec is necessary for semver templates.

Solves #311

@@ -96,6 +96,7 @@ spec:
# name is the metadata.name of the CRD (which is of the form <plural>.<group>)
- name: memcacheds.cache.example.com
# version is the spec.versions[].name value defined in the CRD
# while version is not required, semver template functionality relies on its presence
Copy link
Contributor

Choose a reason for hiding this comment

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

I took a look at #311 and it looks like it is referring to the need for the spec.version field (https://github.com/operator-framework/olm-docs/pull/319/files#diff-0fd678129cce2ee24610d34be80b5bd6aaef3f7cc1191123eafb86e732b76dbcR45) to be present for the semver template. This PR, in it's current form, is stating that the CRD version is required and doesn't resolve #311 .

Additionally it might be helpful to add a note to https://olm.operatorframework.io/docs/reference/catalog-templates/#semver-template to mention the requirement for the CSV's spec.version field to be populated where folks may go back to reference information on the semver template or first learn about it.

Copy link
Contributor

Choose a reason for hiding this comment

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

WDYT of the following?

Suggested change
# while version is not required, semver template functionality relies on its presence
# spec.version is an optional field.
# the spec.version field is required if you want to use the semver template for your catalog.

Copy link
Contributor

@grokspawn grokspawn Nov 29, 2023

Choose a reason for hiding this comment

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

I'm a little reluctant to update CSV docs at all because:

  1. if a user has no intention to order by spec.version, this is just noise.
  2. in this location it feels common-sense. "What do you mean that to sequence I have to provide a value?" feels like a question that has an obvious answer.
  3. the reliance on spec.version actually lies in semver catalog template, which is alpha software, so it feels awkward allowing alpha software to impose any burden on core implementation w/o the usual gradual adoption workflow.

I think it makes more sense to put the caveat in semver template area in line with #311's note. Ideally that would also include a reference to the CSV location to show the field in question.

@grokspawn
Copy link
Contributor

Please update the PR description to include solves #311 and fix your DCO.

@theishshah
Copy link
Member Author

Updated the semver composite template page - will remove the line from the other file once we agree on the wording here, just wanted to keep that for now as there are discussion comments tied to it.

theishshah and others added 3 commits December 1, 2023 08:35
Signed-off-by: Ish Shah <ishah@redhat.com>
Signed-off-by: Ish Shah <ishah@redhat.com>
Co-authored-by: Michael Peter <mipeter@redhat.com>
Signed-off-by: Ish Shah <ishah@redhat.com>
@theishshah
Copy link
Member Author

@grokspawn DCO is cleared up, and text is reworded in the right spot should be good for another review.

@grokspawn grokspawn changed the title Add Note for CRD Version Spec OPECO-3073: Add Note for CRD Version Spec Dec 4, 2023
Signed-off-by: Ish Shah <ishah@redhat.com>
Signed-off-by: Ish Shah <ishah@redhat.com>
@grokspawn
Copy link
Contributor

/jira refresh

Copy link
Contributor

@everettraven everettraven left a comment

Choose a reason for hiding this comment

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

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Dec 5, 2023
@grokspawn grokspawn merged commit abc2105 into master Dec 5, 2023
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants