Repository navigation
new:dev: Release-Workflow, und CI prueft auch Branches mit Schraegstrich - #5
Merged
Merged
Conversation
Zwei Dinge, die zusammengehoeren: ohne den zweiten Teil bekaeme dieser Pull Request selbst keine Pruefung. 1. Release-Workflow nach dem Vorbild aus ruby_gkv_billing. Ein Versions-Tag v[0-9]* laesst erst standardrb und die Suite laufen und legt danach das Release an. Die Notizen bestehen aus dem passenden CHANGELOG-Abschnitt plus der von GitHub erzeugten Liste, deren Startpunkt der vorige Versions-Tag ist - sonst umfasst sie die gesamte Historie. Geprueft wird ausserdem, dass der Tag auf main liegt. 2. Der CI-Branch-Filter stand auf '*'. Der einfache Stern matcht keinen Schraegstrich, deshalb bekam ein Pull Request von einem Branch wie claude/etwas gar keine Pruefung - lautlos. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Der Kommentar behauptete, ein Pull Request VON einem Branch mit Schraegstrich bekomme keine Pruefung. Das stimmt nicht: bei pull_request gilt der branches-Filter dem ZIEL-Branch, nicht der Quelle. Beleg: am 27.07.2026 liefen in ruby_ecore Pruefungen auf dependabot/bundler/webmock-3.26.2 - ein Branch mit Schraegstrich -, waehrend der Filter dort noch auf '*' stand. Die Aenderung auf '**' bleibt richtig, nur aus dem anderen Grund: ein gestapelter Pull Request, dessen Ziel ein Branch wie claude/basis ist, faellt mit '*' lautlos aus der Pruefung. Genau so steht es auch im Kommentar in Nebraska. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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
1 participant
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.
Zwei Dinge, die zusammengehoeren: ohne den zweiten Teil bekaeme dieser Pull Request
selbst keine Pruefung.
1. Release-Workflow
Legt bei einem Versions-Tag
v[0-9]*ein GitHub-Release an — nach dem Vorbild ausruby_gkv_billing. Erststandardrbund die Suite, dann veroeffentlichen. Die Notizenbestehen aus dem passenden
CHANGELOG.md-Abschnitt plus der von GitHub erzeugten Liste,deren Startpunkt ausdruecklich der vorige Versions-Tag ist (hier
v0.3.0) — sonstumfasste sie die gesamte Historie. Zusaetzlich wird geprueft, dass der Tag auf
mainliegt. Kein Asset-Build.
2. CI-Branch-Filter
Der Filter stand auf
'*'. Der einfache Stern matcht keinen Schraegstrich: ein PullRequest von einem Branch wie
claude/etwasbekam damit gar keine Pruefung — nichtrot, sondern ueberhaupt keine. Dieselbe Aenderung ist inzwischen in den uebrigen Gems
gemergt; dieses Repo war der letzte Nachzuegler.
Geprueft mit
actionlint.🤖 Generated with Claude Code
Nachgezogen: Begruendung am Branch-Filter
Der Kommentar am
branches-Filter behauptete, ein Pull Request von einem Branch mitSchraegstrich bekomme keine Pruefung. Das stimmt nicht — der Filter gilt dem Ziel-Branch.
Beleg: am 27.07.2026 liefen in
ruby_ecorePruefungen aufdependabot/bundler/webmock-3.26.2,waehrend der Filter dort noch auf
*stand.**bleibt richtig, aber wegen gestapelterPull Requests, deren Ziel ein Branch wie
claude/basisist. Nur der Kommentar aendert sich.