-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
bundle-release-version
-
In Progress
-
Quality / Stability / Reliability
-
-
27% To Do, 0% In Progress, 73% 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)
- add documentation (add bundle release version attribute, substitutes template olm-docs#342)
- split to
-
OPRUN-4469 [UPSTREAM] leverage registry+v1 composite version for bundle ordering #2479
-
- To Do
-
- links to
(5 links to)