Skip to content

Establish release cadence / tagging strategy for CRDs-catalog #671

@reiinoldo

Description

@reiinoldo

Hello 👋

Currently, the latest release of this repository is quite old. I am using kubeconform together with this catalog (referencing main), but since main changes immediately on merge, it can introduce breaking changes in validation unexpectedly.

For instance, PR #659 was merged and caused validation failures. @Moglum even suggested a revert because of the breakage. Having tagged releases would have prevented this, as users could stay on a stable tag until ready to adopt the new schema changes.

  • Pin to a stable release for production validation.
  • Decide when to bump to a newer release and handle schema changes deliberately.
  • Avoid unexpected validation failures when consuming main directly.

Proposal:

  • Introduce a regular release cadence (e.g., monthly/quarterly) or-
  • Tag releases whenever significant schema updates are merged.

This would make it much easier to consume the catalog safely in CI/CD pipelines and improve long-term maintainability.

Thanks a lot for your work on this repo 🙏

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions