Skip to content

Conversation

@tombruijn
Copy link
Member

@tombruijn tombruijn commented Oct 7, 2025

Add mono configuration for publishing

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

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 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.

Rename to @appsignal/mcp package

This name fits better with our existing naming scheme for packages.

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.
@tombruijn tombruijn self-assigned this Oct 7, 2025
@tombruijn tombruijn added the dev happiness Issues that improve developer happiness once they are resolved. label Oct 7, 2025
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.
@tombruijn tombruijn marked this pull request as ready for review October 7, 2025 19:30
@tombruijn
Copy link
Member Author

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.

@tombruijn
Copy link
Member Author

@matsimitsu I think we should rename the package in package.json to @appsignal/mcp/@appsignal/mcp-server. Would that break anything?

@matsimitsu
Copy link
Member

@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.
@tombruijn
Copy link
Member Author

tombruijn commented Oct 8, 2025

Okay, I've updated the name. I'll merge it once approved, and publish it

@tombruijn tombruijn merged commit 6395ecb into main Oct 9, 2025
3 checks passed
@tombruijn tombruijn deleted the publishing branch October 9, 2025 12:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dev happiness Issues that improve developer happiness once they are resolved.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Publish as npm package

2 participants