Skip to content

Keep one release-watch issue per stale pin - #19

Merged
RefuX merged 1 commit into
mainfrom
ci/release-watch-one-issue
Oct 2, 2026
Merged

RefuX merged 1 commit into
mainfrom
ci/release-watch-one-issue

Conversation

@RefuX

@RefuX RefuX commented Oct 2, 2026

Copy link
Copy Markdown
Owner

The release watch filed a new issue for every Slang release while the pin was stale (#13–#17, all for 2026.16), because it only looked for an open issue naming the latest release.

Now a stale pin keeps one tracking issue:

  • an open issue the watch filed (bot author, title Bump Slang …) counts as tracking, whichever release it named
  • if its title isn't the latest release, the run retitles and refreshes it (an edit, so no new notification) instead of filing another
  • a new issue is filed only when none is open; the bump-branch check and mode: bump are unchanged

CLAUDE.md's "Release watch" bullet now matches.

Dry-run locally (check step with the pin forced stale; matching logic against the closed issue history; issue step rendered without calling GitHub). The retitle path runs for real once upstream ships past 2026.19.

🤖 Generated with Claude Code

…ease

The watch deduplicated by searching open issues for the latest release's
version, so every week upstream shipped, the stale pin looked untracked and got
a fresh issue: #13-#17 were all "Bump Slang 2026.16 -> ...". CLAUDE.md claimed
it stayed quiet once any issue was open, which the code never did.

It now looks for any open issue it filed itself (author is a bot, title starts
"Bump Slang "), whichever release that issue named. If the title already names
the latest release the run stays quiet; otherwise track-issue (formerly
file-issue) retitles that issue and refreshes its body -- an edit, so nobody is
notified again -- and only files a new one when none is open. The bump-branch
check and the mode=bump path are unchanged.

Dry-run locally: the check step with the pin forced to 2026.16 resolves
latest 2026.19, finds no open issue and would file one; the matching run
against the closed history picks #17 and classifies "-> 2026.18.3" as already
tracked and "-> 2026.19" as needing a retitle; the issue step renders the body
and picks create or edit. The edit itself is not exercised until upstream
ships past the pin.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@github-actions

github-actions Bot commented Oct 2, 2026

Copy link
Copy Markdown
Contributor

Qodana for JVM

It seems all right 👌

No new problems were found according to the checks applied

💡 Qodana analysis was run in the pull request mode: only the changed files were checked

View the detailed Qodana report

To be able to view the detailed Qodana report, you can either:

To get *.log files or any other Qodana artifacts, run the action with upload-result option set to true,
so that the action will upload the files as the job artifacts:

      - name: 'Qodana Scan'
        uses: JetBrains/qodana-action@v2026.1.3
        with:
          upload-result: true
Contact Qodana team

Contact us at qodana-support@jetbrains.com

@RefuX
RefuX merged commit bfe15a4 into main Oct 2, 2026
7 checks passed
@RefuX
RefuX deleted the ci/release-watch-one-issue branch October 2, 2026 08:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant