-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
bundle-release-version
-
In Progress
-
Quality / Stability / Reliability
-
-
43% To Do, 7% In Progress, 50% Done
-
False
-
-
False
-
Not Selected
-
None
-
None
-
31
Driving toward immutable bundles and adaptable successor identification, we can introduce a release attribute for bundles. This would allow operator authors to re-release a bundle without affecting catalog metadata which would allow for the selection of highest release attribute for a given bundle version.
- write a [brief](https://docs.google.com/document/d/1tX0fXYuflTpTal6z0TbNkrQ7SAkYIKxQj4cPjlFAh4Q/)
- write the CSV/FBC RFC
- [internal] EP review
- implement CSV (add Release version as an optional field in the CSV api#454)
- implement FBC (OPRUN-4195,OPRUN-4275,OPRUN-4276: release bundle attribute in version property operator-registry#1792)
- implement OLMv1 (with a featuregate)
- implement OLMv0 (ordering only, like here)
- add documentation (add bundle release version attribute, substitutes template olm-docs#342)
- links to
(4 links to)