Sentry Integration: Dynamic release tagging
維護者通常 1 天內回覆
@vprashrex 已經在處理了。
開始於 2026年10月10日。
評估
這個 Issue 還沒有評估資料。
描述
Is your feature request related to a problem?
Sentry currently reports a static release (0.5.0) for both kaapi-production and kaapi-staging. This prevents tracking which commit or deploy introduced issues, limiting regression detection.
Describe the solution you'd like
- Tag every deploy with
kaapi-backend@<tag or main>+<git sha 12>and register it in Sentry. - Split CI/CD changes into two sub-issues:
- #1240 Production: tag push → ECS (
create-release.yml) - #1241 Staging:
mainmerge → EC2 (deploy-staging.yml)
- #1240 Production: tag push → ECS (
- Implement shared changes in release-id code (
resolve_sentry_release,RELEASE_TAGsetting, Dockerfile build arg) with the first sub-issue.
Original issue
Describe the current behavior
Sentry reports a static release (0.5.0) for both kaapi-production and kaapi-staging, with no commits or deploys attached. Neither environment can show which commit or deploy introduced an issue.
Describe the enhancement you'd like
Tag every deploy with kaapi-backend@<tag or main>+<git sha 12> and register it in Sentry with its commits. Production and staging deploy through different workflows, so the CI/CD changes are split into two sub-issues:
- #1240 Production: tag push → ECS (
create-release.yml) - #1241 Staging:
mainmerge → EC2 (deploy-staging.yml)
The release-id code change (resolve_sentry_release, RELEASE_TAG setting, Dockerfile build arg) is shared; land it with whichever sub-issue goes first.
Why is this enhancement needed?
Regression detection, suspect commits and "resolved in next release" in Sentry all depend on a release id that changes per deploy.
Additional context
Draft implementation and runbook: #1234.
- 主要語言
- Python
- 星號
- 18
- 分支
- 10
- 平均合併
- 1 天 14 小時
- 30 天內合併 PR
- 33
環境準備
- 提供 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
ProjectTech4DevAI/kaapi-backend 的其他 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 68/100
ProjectTech4DevAI/kaapi-backend#889 ·
維護者通常 1 天內回覆
-
Rumi: Explore features for teachers可能已有人在做 @Prajna1999 於 2 天前認領。 未關閉
ProjectTech4DevAI/kaapi-backend#1310 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
Evaluation: Structured dataset for validators可能已有人在做 @Prajna1999 於 2 天前認領。 未關閉
ProjectTech4DevAI/kaapi-backend#1309 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
Sentry: Add module and version tags可能已有人在做 @vprashrex 於 5 天前認領。 未關閉
ProjectTech4DevAI/kaapi-backend#1305 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
Observability: Cron enhancements可能已有人在做 @vprashrex 於 6 天前認領。 未關閉
ProjectTech4DevAI/kaapi-backend#1304 · 已指派 1 人 ·
維護者通常 1 天內回覆
查看 ProjectTech4DevAI/kaapi-backend 的全部 Issue
相似的 Issue
-
app: scripts status: backlog type: documentation
難度 2/5 1-3 小時 新手友好度 86/100
netbox-community/netbox-scripts#68 ·
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 91/100
marin-community/marin#10765 ·
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 70/100
flathub/com.unity.UnityHub#230 ·
-
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
namespace operations
難度 1/5 1 小時以內 新手友好度 63/100
EclipseFdn/open-vsx.org#14910 ·
維護者通常 1 天內回覆