GRM-52: fix: badges job runs after release to reflect actual state
This commit is contained in:
@@ -233,13 +233,16 @@ are skipped — the tag push triggers the publish workflow instead.
|
||||
|
||||
The `badges` job in the post-merge workflow runs
|
||||
`scripts/ci/push_badges.py` which:
|
||||
1. Generates quality badge SVG files via `scripts/generate_badges.py`
|
||||
2. Creates an orphan `badges` branch
|
||||
3. Copies SVG files to the branch root
|
||||
4. Force-pushes the branch to the remote
|
||||
1. Fetches the latest master and hard-resets to it (picks up release commits)
|
||||
2. Generates quality badge SVG files via `scripts/generate_badges.py`
|
||||
3. Creates an orphan `badges` branch
|
||||
4. Copies SVG files to the branch root
|
||||
5. Force-pushes the branch to the remote
|
||||
|
||||
This replaces the previous inline shell script with a tested Python
|
||||
equivalent that handles all git operations in a single script.
|
||||
The badges job depends on the `release` job and uses `if: always()` so it
|
||||
runs even if release fails or is skipped. This ensures the version badge
|
||||
always reflects the actual state of the repository after any release
|
||||
commits have been pushed.
|
||||
|
||||
## git-cliff Commit Preprocessing
|
||||
|
||||
|
||||
Reference in New Issue
Block a user