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

Release cadence? #397

Open
fitzthum opened this issue May 25, 2024 · 4 comments
Open

Release cadence? #397

fitzthum opened this issue May 25, 2024 · 4 comments

Comments

@fitzthum
Copy link
Member

The CoCo release process no longer bumps the versions of all the subprojects. Should we formalize when we will cut releases of this repo?

@Xynnn007
Copy link
Member

I might not get the point, so what do you think of we need?

@Xynnn007
Copy link
Member

Xynnn007 commented Jun 7, 2024

Oh. I might got your point.

Some personal ideas

  • Based on previous 6-week frequency
  • Everytime there is a big change upon API between guest-components and trustee -- some users of CoCo mentioned the newer API does not match the previous version API. Thus I think a good choice is to have a tag -- with the same tag the API will be compatible. Although API changing is not a good thing, but as CoCo is still under development, this could be acceptable, I think.

We have some e2e tests for kbs-client to interact with trustee

@fitzthum
Copy link
Member Author

I think 6-weeks is a good starting point. We can do an additional release if we make any big API changes. I think we should probably try to cut a release ASAP. Maybe as soon as the secure execution stuff is merged?

@Xynnn007
Copy link
Member

We might want confidential-containers/guest-components#576 to get merged to test SE.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants