Tracking issue for merging getsentry/cli into the existing getsentry/sentry-mcp repository, validating the combined monorepo there, and only then renaming it to getsentry/toolkit. The final repository is a pnpm workspace (no Turbo) with independent prefixed releases and phased shared code.
Full plan: https://gist.github.com/BYK/8c0ce6cec64608f41fe5654b7827228e
Settled architecture
- Use
getsentry/sentry-mcp as the destination; do not create a fresh repository. This preserves MCP production secrets, environments, GitHub App, webhooks, Vercel, and Cloudflare wiring.
- Import CLI while the repository is still named
getsentry/sentry-mcp. Rename only after the integrated monorepo and live deployment paths pass every gate.
- Preserve CLI and docs history through two filtered
git subtree imports into packages/cli and apps/cli-docs.
- Release products independently with
cli@x.y.z and mcp@x.y.z.
- CLI docs and previews are release-gated on Cloudflare;
https://cli.sentry.dev/install remains unchanged. The MCP Worker remains on Cloudflare.
- Drop Turbo for pnpm-native orchestration.
- Manage patches at the workspace root and use a shared dependency catalog.
- Colocate first; extract
@sentry/toolkit-core later.
Ordered migration gates
1. Prerequisites
2. Bridge CLI release — hard blocker
3. Import and integrate under the current name
4. Pre-rename validation
5. Rename and revalidate
6. Cutover and compatibility window
7. Follow-up
Highest risks
Every gate is sequential. Never rename before pre-rename validation, and never archive getsentry/cli before the compatibility window ends.
Tracking issue for merging getsentry/cli into the existing getsentry/sentry-mcp repository, validating the combined monorepo there, and only then renaming it to
getsentry/toolkit. The final repository is a pnpm workspace (no Turbo) with independent prefixed releases and phased shared code.Full plan: https://gist.github.com/BYK/8c0ce6cec64608f41fe5654b7827228e
Settled architecture
getsentry/sentry-mcpas the destination; do not create a fresh repository. This preserves MCP production secrets, environments, GitHub App, webhooks, Vercel, and Cloudflare wiring.getsentry/sentry-mcp. Rename only after the integrated monorepo and live deployment paths pass every gate.git subtreeimports intopackages/cliandapps/cli-docs.cli@x.y.zandmcp@x.y.z.https://cli.sentry.dev/installremains unchanged. The MCP Worker remains on Cloudflare.@sentry/toolkit-corelater.Ordered migration gates
1. Prerequisites
packages/cliandapps/cli-docs.2. Bridge CLI release — hard blocker
0.45.0fromgetsentry/cli; import is now unblocked.3. Import and integrate under the current name
getsentry/sentry-mcp.4. Pre-rename validation
getsentry/sentry-mcp.5. Rename and revalidate
getsentry/toolkit, verify all repository and deployment integrations, rerun CI and canaries.6. Cutover and compatibility window
getsentry/cli.getsentry/cliwritable; do not archive it while dual publishing is active.getsentry/cliwith a redirect.7. Follow-up
@sentry/toolkit-coreincrementally.Highest risks
getsentry/cli.Every gate is sequential. Never rename before pre-rename validation, and never archive
getsentry/clibefore the compatibility window ends.