-
Couldn't load subscription status.
- Fork 3
Add publishing set up with Mono #35
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
Conversation
Add a `mono.yml` configuration file so that it works with Mono. https://github.com/appsignal/mono/ Use changesets to generate changesets and bump the version number. See the Mono README for more information. I changed the committed version down to 0.1.0 and added a changeset for a major version bump so the next version will be version 1.0.0 on npm. Closes #33
With this workflow, when a new Git tag is pushed, we automatically create a Pull Request on the appsignal.com/changelog page with the new release.
Automatically create a GitHub release on the Git tag push event. It will use the updated changelog content as the release description.
If we keep the publish workflow as is it won't be triggers as one GitHub Actions workflow can't trigger another workflow through an event like creating a release on the repo, like I did in the previous commit. Update the publish workflow to also listen to the tag push event. I've also updated the `latest` tag push logic with the help of Claude to figure out a way to not publish the `latest` tag when a release is a prerelease.
|
Please note, this may not work on the first try. GitHub Actions remain tricky. So, it would make sense if I publish the release and immediately fix anything that comes up. |
|
@matsimitsu I think we should rename the package in |
|
@tombruijn I don't think so, docker just runs the index.js without caring for the package name. |
This name fits better with our existing naming scheme for packages.
|
Okay, I've updated the name. I'll merge it once approved, and publish it |
Add mono configuration for publishing
Add a
mono.ymlconfiguration file so that it works with Mono. https://github.com/appsignal/mono/Use changesets to generate changesets and bump the version number. See the Mono README for more information.
I changed the committed version down to 0.1.0 and added a changeset for a major version bump so the next version will be version 1.0.0 on npm.
Closes #33
Add GitHub workflow for changelog PR generation
With this workflow, when a new Git tag is pushed, we automatically create a Pull Request on the appsignal.com/changelog page with the new release.
Create a GitHub release from the tag on push
Automatically create a GitHub release on the Git tag push event. It will use the updated changelog content as the release description.
Update the publish workflow to listen to tags
If we keep the publish workflow as is it won't be triggers as one GitHub Actions workflow can't trigger another workflow through an event like creating a release on the repo, like I did in the previous commit.
Update the publish workflow to also listen to the tag push event.
I've also updated the
latesttag push logic with the help of Claude to figure out a way to not publish thelatesttag when a release is a prerelease.Rename to
@appsignal/mcppackageThis name fits better with our existing naming scheme for packages.