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

regular release cycle #1613

Open
acelinkio opened this issue Jul 15, 2023 · 6 comments
Open

regular release cycle #1613

acelinkio opened this issue Jul 15, 2023 · 6 comments
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.

Comments

@acelinkio
Copy link

Hey team! Trying to use an operator when ever available. The current version of this operator is 2 months old and missing fixes from newer components.

Docs mention releases to be twice a month for catching all of the updates to Tekton related components. Any chance on having this follow a regular release cadence?

https://github.com/tektoncd/operator/blob/main/docs/release/README.md#faq

@acelinkio
Copy link
Author

Related to #1494

also somewhat related #1493

@tekton-robot
Copy link
Contributor

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale with a justification.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close with a justification.
If this issue should be exempted, mark the issue as frozen with /lifecycle frozen with a justification.

/lifecycle stale

Send feedback to tektoncd/plumbing.

@tekton-robot tekton-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Oct 13, 2023
@vdemeester
Copy link
Member

/lifecycle frozen

This is important that the tektoncd/operator keeps a regular release cycle, align with tektoncd/pipeline, with the same LTS "support" as well (as in when tektoncd/pipeline does a LTS release, the tektoncd/operator that ships that version also is an LTS version)

/cc @tektoncd/operator-maintainers

@tekton-robot tekton-robot added lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Oct 23, 2023
@vdemeester vdemeester added the priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. label Oct 23, 2023
@dohoangkhiem
Copy link

Can someone release a new version for operator with newer Pipelines? The last release was 2 months old, and with Pipeline v0.50.3, while the latest Pipelilnes now is v0.55.0, and according to https://github.com/tektoncd/pipeline/blob/main/releases.md#v053-lts the latest LTS is v0.53.

The operator is great, but TBH I feel it's quite desperate to be unable to control the component versions with the operator. Are their versions hardly bundled into each operator release?

@jkandasa
Copy link
Member

@dohoangkhiem sorry for the inconvenience. we will try to maintain the regular release and I will try to release 0.69.1 by this week.

The operator is great, but TBH I feel it's quite desperate to be unable to control the component versions with the operator. Are their versions hardly bundled into each operator release?

The operator manages not only the operand images, also needs the release manifests from the operand repository(example: pipeline release.yaml) and that release.yaml bundled with operator container at build time. right now, it is hard to decouple the operand bundle from the operator.

@jkandasa
Copy link
Member

@dohoangkhiem today we released operator version v0.69.1
https://github.com/tektoncd/operator/releases/tag/v0.69.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
Projects
None yet
Development

No branches or pull requests

5 participants