Release v4 as the Sentry CLI, replacing sentry-cli
Maintainer thường phản hồi trong vòng 1 ngày
@BYK đang làm issue này rồi.
Từ ngày 4/11/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Tracking issue for cutting sentry v4 as the Sentry CLI. Every v3 sentry-cli distribution channel moves to v4 rather than staying frozen, so nobody gets stranded on v3.
Decided scope
Each legacy channel serves v4 after the cutover:
- npm
@sentry/clipublishes the same package assentry. The@sentry/cli-<platform>optional-dependency packages need a decision too: retire or keep them. Current consumers use the v3SentryCliJS class, and v4 drops it (migration guide). These consumers are@sentry/bundler-plugins,@sentry/nextjs,action-release, and the wizard. Their caret ranges protect them until they opt in. -
curl -sL https://sentry.io/get-cli/ | bashserves the v4 installer. It lives in getsentry/sentrysrc/sentry/web/frontend/cli.py.SENTRY_CLI_VERSION,INSTALL_DIR/INSTALL_PATH, and| shkeep working. -
sentry.io/get-cli/<platform>/<arch>/anddownloads.sentry-cdn.com/sentry-cli/latest/serve v4 binaries. v4 asset names (sentry-linux-x64) differ from v3 (sentry-cli-Linux-x86_64), so this needs a name mapping. - PyPI
sentry-cli(plussentry-pypi) ships wheels wrapping the v4 binary. - Homebrew
sentry-cliand Docker Hubgetsentry/sentry-climove to v4. The legacy getsentry/sentry-cli.craft.ymlpublishes both. - Release registry: the CLI already publishes to
apps/sentry. v3sentry-cli updateand its update nagger readapps/sentry-cli/latest, so decide how that app reaches v4. -
sentry-clicommand name: installs keep working for scripts that callsentry-cli. - Sentry-hosted binaries: v4 assets currently only live on GitHub Releases. The legacy CLI uploads to the
sentry-sdk-assetsGCS bucket (downloads.sentry-cdn.com) through a craftgcstarget. - Codemod: publish
@getsentry/cli-v3-to-v4(#1481). #1968 ports it from the archived getsentry/cli intopackages/cli-codemod-v3-to-v4and publishes it with Codemod's OIDC action. Before the first publish, the@getsentryscope must be verified against this repo (.codemod/verification).
Platform gaps vs v3
v4 builds darwin-arm64, darwin-x64, linux-arm64, linux-x64, and windows-x64 (packages/cli/script/build.ts). v3 also shipped linux-armv7, linux-i686, win32-i686, and win32-arm64, and it ran on musl.
- musl / Alpine: the installer currently refuses musl (
packages/cli/install,detect_musl).- x64: nodejs.org/dist ships an official
linux-x64-muslbuild as of v26.13.0. A fossilize 0.10.1 SEA built with platformlinux-x64-muslruns onalpine:3oncelibstdc++andlibatomicare installed. Without them it fails with relocation errors. - arm64: musl is only on unofficial-builds.nodejs.org, and fossilize hardcodes
https://nodejs.org/dist.
- x64: nodejs.org/dist ships an official
- win32-arm64: an official Node build exists (
win-arm64). - linux-armv7 and i686 have no official Node v26 LTS builds.
Tracked work
Issues and PRs that block or belong to the v4 cutover:
- #1481: publish the v3→v4 codemod
- #1968: port the codemod into this repo
- #1472:
debug-files uploadhas no progress output (v3 had it) - #1473:
debug-files uploadsummary shows numeric IDs instead of slugs - getsentry/sentry-cocoa#9169: move the Cocoa test-app scripts to the new CLI
- getsentry/sentry-fastlane-plugin#536: move the Fastlane plugin to the new CLI
- getsentry/sentry-maven-plugin#292: plan the Maven plugin migration to the new CLI
- #1962: install script checksums on GitHub Releases and the release registry
Related: #1357 tracks the broader CLI + MCP unification after the toolkit merge.
via @BYK.
--
- Ngôn ngữ chính
- TypeScript
- Star
- 949
- Fork
- 171
- Merge trung bình
- 22 giờ 56 phút
- Pull request đã merge (30 ngày)
- 345
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của getsentry/toolkit
-
CLI enhancement MCP
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
getsentry/toolkit#1908 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Docs MCP URL normalization retains query strings and fragmentsCó thể đã có người làm @pcbeingused333 đã nhận 5 ngày trước. Đang mởbug MCP
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
getsentry/toolkit#1618 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
getsentry/toolkit#1471 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 55/100
getsentry/toolkit#1975 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
getsentry/toolkit#1956 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của getsentry/toolkit
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
vercel-labs/durable-harness#53 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: Redesign tab bars ignore clicks on Linux: hidden chat layers keep window drag regionsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area/docs area/ui enhancement
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
melgarafael/DeskcommCRM#4098 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
kerti/balances-v2#801 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
lesson-submission pending-review
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
Ikalus1988/MisakaNet#4510 ·
Maintainer thường phản hồi trong vòng 1 ngày