-
Notifications
You must be signed in to change notification settings - Fork 76
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
Separate protobufs and set up changesets publishing workflow #629
Conversation
…ocol into lukas/changesets-publishing
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.
Only one nit for cache-dependency-path
, LGTM!
{ | ||
"name": "github.com/livekit/protocol", | ||
"private": true, | ||
"version": "1.10.1", |
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.
Would we need to update the version here when tagging a new release?
Same question for packages/javascript/package.json
.
What's the difference between the two, btw? It's for compatibility, I assume?
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.
No, this will automatically be done by the changesets PR.
Here's an example of what that looks like on the client-sdk-js.
Once merged, the release action will create the git tag.
One (the one in the javascript folder) is for tracking the changes of the JS package, the other one (in root) will track the golang module.
hm, not sure why the test action started to fail with 323b7c6. Failures look unrelated |
re-run of the tests was successful |
Set up changesets to track both the go module and the javascript package.
I declared them as
fixed
in the changesets config so that if either one gets version bumped, the other will as well.Moved all .proto files into
./protobufs
.The release action will automatically publish the javascript package to npm and generate a git tag (which is practically also a release of the go module) whenever the
Version Packages
PR gets merged into main.This PR will automatically be created when the release action detects a new changeset in the repo.
For changes that should cause a version bump, either
pnpm changeset
locally within the repo and commit the changeset or