Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Sentry Integration: Dynamic release tagging

オープン
#1,242 コメント 0 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

@vprashrex がすでに取り組んでいます。

2026年10月10日 から。

評価

この issue はまだ評価されていません。

説明

enhancement parent

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: main merge → EC2 (deploy-staging.yml)
  • Implement shared changes in release-id code (resolve_sentry_release, RELEASE_TAG setting, 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: main merge → 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
フォーク
11
平均マージ
4日 20時間
マージ済み PR(30日)
9

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ProjectTech4DevAI/kaapi-backend のほかの issue

ProjectTech4DevAI/kaapi-backend の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。