-
Notifications
You must be signed in to change notification settings - Fork 492
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
Document SDK release process #5235
Conversation
Resolves: spiffe#4284 Signed-off-by: Andrew Harding <[email protected]>
Signed-off-by: Andrew Harding <[email protected]>
RELEASING.md
Outdated
|
||
These SDKs need to be released with each SPIRE release. | ||
|
||
SDKS releases take place using tagged commits from the `main` branch in each repository. When cutting a new release, the `main` branch needs to be prepared with any previously unreleased changes that are part of the new release. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
SDKS releases take place using tagged commits from the `main` branch in each repository. When cutting a new release, the `main` branch needs to be prepared with any previously unreleased changes that are part of the new release. | |
SDKs releases take place using tagged commits from the `main` branch in each repository. When cutting a new release, the `main` branch needs to be prepared with any previously unreleased changes that are part of the new release. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
oof, thanks!
RELEASING.md
Outdated
To create a release for an SDK, perform the following steps: | ||
|
||
1. Review the diff between `next` and `main`. | ||
1. Determine what commits in `next` that are missing from `main` that should be included in the release. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm wondering if we could include some details here that can help to aid this determination? E.g. What's the criteria to determine what are the commits that need to be cherry-picked. I'm trying to disambiguate the case where we picked a commit for SPIRE and then we added commits to the next branch in the SDKs that will not be included in that release. Maybe adding something like "... that should be included in the release because the matching SPIRE release depends on those commits." is enough?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good. Took a stab at some new text.
Signed-off-by: Andrew Harding <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @azdagron for adding this!
Resolves #4284