Repository navigation
Read the semver label of a pull request when the job runs - #2
Merged
Merged
Conversation
chart-pr.yml and semver-version.yml took the labels from the event that started the run. A pull request opened with a label, as the appVersion bot of helm-charts does with gh pr create --label, gets it two seconds after the opened event, and the labeled event of the workflow token starts no run: the check failed with 'found: none' although the label was there, and re-running it read the same event again (FIWARE/helm-charts#645, #647, #649). The labels are now read from the API, so the label counts and a re-run picks up a label added later. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Mortega5
approved these changes
Oct 29, 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.
chart-pr.ymlandsemver-version.ymlread the semver label of the pull request from the API when the job runs, instead of from the event that started the run.Why: the appVersion bot of helm-charts opens its pull requests with
gh pr create --label patch, which adds the label about two seconds after theopenedevent. The run started byopenedsees no label and fails withfound: none, and thelabeledevent, made with the workflow token, starts no run. Re-running did not help either, since a re-run reads the same event. It happened on FIWARE/helm-charts#645, #647 and #649 (and on the first run of #639, with the previous workflow). They needed the label removed and added again by hand.Now the label counts as soon as it is there, and re-running the failed job is enough when it was added later.
release.ymlkeeps reading the event: it runs when the pull request is closed, when its labels are final.No caller has to change:
@v1picks it up with the release (v1.1.1,patch).🤖 Generated with Claude Code