-
Notifications
You must be signed in to change notification settings - Fork 146
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
Document the possible values of Warehouse imageSelectionStrategy #2880
Comments
Thanks for opening this issue. You're the second to notice this in as many days. It wasn't deliberate. It's a combination of hand-written docs still evolving and us being taken by surprise that the enumerated accepted values for this field were not included in the generated documentation. For reference, we had incorrectly expected this: kargo/api/v1alpha1/warehouse_types.go Lines 15 to 16 in f30f66b
To surface here: |
The same issue exists for Ref: #2955 (comment) Both should be fixed at the same time. Increasing priority and assigning. |
From my observation, the enumerated accepted values for fields have consistently not been reflected in the generated documentation. This issue persists across all similar fields. For example, in warehouses_types.go:
These values are present in the JSON but do not appear in the generated documentation This needs a fix with all other |
Checklist
kargo version
, if applicable.Proposed Feature
Add an entry in the docs for the possible values of imageSelectionStrategy, namely
Digest
,Lexical
andNewestBuild
.Motivation
Playing around with Kargo for evaluation, I wanted to try a toy continuous delivery scenario without semver:
However, I found it difficult to find the information to represent this scenario. The key concepts kind of implies that a semver approach is recommended, and while the CRD Reference shows an
imageSelectionStrategy
field, it doesn't show what the possible values are.I was only able to discover the possible values
Digest
,Lexical
andNewestBuild
by looking at the old 0.4.0 release notes.However, I'm not sure if this is an oversight or an information hidden on purpose. If it is the latter, what would be the recommended approach to implement this scenario? On a more general note, I'd be interested to know if the project has strong opinions regarding promotion strategies, in particular those that want to move away from tagging releases.
Cheers!
The text was updated successfully, but these errors were encountered: