Repository navigation
chore(ci): use the published resolve-release action - #105062
Conversation
🤖 CI report🚨 Trunk lane — universal laneThis PR is assigned to the universal lane. It cannot merge in parallel with other PRs, so it can take longer to merge. Ask dev-ex if you think this is wrong. |
|
The PR appears safe to merge with no actionable defect established in the changed workflows. Reviews (1) · Last reviewed commit: "chore(ci): use the published resolve-rel..." |
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. Important Review skippedWe couldn't safely recover the incremental review. No full review was started, and the last reviewed checkpoint was preserved. Retry later, or explicitly request a full review by commenting You can disable this status message by setting the Use the checkbox below for a quick retry:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: PostHog/posthog/.coderabbit.yaml Review profile: QUIET Plan: Enterprise Run ID: 📒 Files selected for processing (4)
💤 Files with no reviewable changes (2)
Included review availability: Your plan provides up to 12 included reviews per hour; 11 remain after this review. 📝 WalkthroughWalkthroughBoth image workflows now use the pinned Priority: ⬇️ Low Merge Risk: ⚪ Minimal · up to The image builds retain release resolution, with no identified regression that needs to be fixed before merging. 🚥 Pre-merge checks | ✅ 1✅ Passed checks (1 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
😎 Stack merged successfully - details. |
61e7291 to
65f5cb2
Compare
Replace the in-repo resolve-error-tracking-release composite action and its Depot mirror with PostHog/resolve-release, pinned to v1.0.0. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
65f5cb2 to
5eccd47
Compare
Problem
masterdirectly.Changes
PostHog/resolve-release, pinned to the v1.0.0 commit SHA. The image still getsPOSTHOG_RELEASE_ID, so deploys see no difference.project-id: '2'andrelease-name: posthogexplicitly. The deleted action defaulted to them, and the Dockerfile sourcemap stage looks up the release by the same name and version.continue-on-errorstill keeps the build going with an empty id.Note
Not verified: whether Depot CI sets
GITHUB_ACTION_PATHfor a remote composite action. The action needs it to find its script. If it is unset, the outage image ships without the id, whichcontinue-on-errorcovers. Depot CI already runs a remote action here (PostHog/posthog-github-actionin.depot/workflows/ci-backend.yml), but that one is a Node action.How did you test this code?
PostHog/resolve-release@v1ran end to end in a private test repository on GitHub Actions. It created a release, the Docker image carried its id, and a Python app sent an event and an$exceptionwith that$release_id.Automatic notifications
Docs update
None. No doc under
docs/describes the release step.🤖 Agent context
Autonomy: Human-driven (agent-assisted)
Agent: Claude Code, Claude Opus 5.5
gh pr list --state open --search "resolve-release OR resolve-error-tracking-release"found only feat(error-tracking): pass the release id into the django image #104420, which added the step this PR replaces.PostHog/resolve-releasefrom the step in feat(error-tracking): pass the release id into the django image #104420.🤖 Generated with Claude Code