feat: Update publish issue body when re-running GitHub Action#740
Merged
feat: Update publish issue body when re-running GitHub Action#740
Conversation
Previously, when a publish request issue already existed for the same version, the action would skip issue creation entirely. This was problematic when the changelog or targets changed between runs. Now the action updates the existing issue's body with fresh content while preserving the checked state of targets (which indicates already-published or user-skipped targets).
BYK
commented
Feb 4, 2026
Member
Author
BYK
left a comment
There was a problem hiding this comment.
Re: Regex captures only first word of target names
This is a false positive. Target IDs are single-word identifiers by design - they're generated in src/targets/base.ts:29-33 as either {name} (e.g., github, npm, pypi) or {name}[{id}] (e.g., npm[registry], crates[custom-id]). They never contain spaces, so \S+ correctly captures the entire target name.
Prevents false positives if the changelog contains markdown checkboxes that could be mistaken for target checkboxes.
Contributor
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
Bugbot Autofix is OFF. To automatically fix reported issues with Cloud Agents, enable Autofix in the Cursor dashboard.
gh issue list returns issues sorted by creation date (most recent first), so we use jq's 'first' to handle the theoretical case of duplicate titles.
7 tasks
BYK
added a commit
that referenced
this pull request
Feb 6, 2026
) ## Summary Fixes release workflow failure when the GitHub App token doesn't have permission to update issues in the publish repo. ## Problem The release workflow failed with: ``` failed to update getsentry/publish#7083: GraphQL: Resource not accessible by integration (updateIssue) ``` The `sentry-release-bot` GitHub App can create issues in `getsentry/publish` but cannot update them. ## Solution Handle the permission error gracefully: - Try to update the existing issue - If it fails (permission denied), emit a warning and continue with the existing issue URL - The workflow no longer fails due to this permission issue ## Related - Failed run: https://github.com/getsentry/craft/actions/runs/21760927528/job/62784167482 - Feature that introduced this: #740
This was referenced Feb 6, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Motivation
When running the release action multiple times for the same version (e.g., after fixing CI issues or updating changelog), the publish request issue would remain stale. Now the issue body reflects the latest state while preserving user decisions about which targets to skip.
Behavior