v0.1.2 — PR comment now renders cleanly
Bug-fix release. The Action's PR-comment step now posts the actual capability-delta markdown body instead of a literal file path. SARIF upload (the v0.1.1 feature) is unchanged and was verified live on a real PR (skills-lock/example-claude-code-skills#1).
Upgrade
- uses: skills-lock/skil-lock-action@v0.1.2
with:
pin-binary: v0.1.1
sarif: true # optional; requires security-events: writepin-binary stays at v0.1.1 — the CLI binary itself did not change. Workflows currently using @v0.1.0 or @v0.1.1 should bump to @v0.1.2.
Notes
- No breaking changes.
- No new inputs.
Details (for the curious)
The PR-comment upsert step was passing gh api -f body=@$BODY, relying on a curl-style file-reference syntax that gh CLI does not implement. As a result, comments posted by v0.1.0 and v0.1.1 contained the literal string @/home/runner/work/_temp/skil-lock-pr-comment.md instead of the markdown body.
Fix: the body file is round-tripped through jq -Rs '{body: .}' and piped to gh api --input -. jq is preinstalled on the only platforms the composite supports.
Test coverage for the PR-comment path is tracked at #3.
Changes
- #2 — fix: PR comment body posted as literal '@/path' instead of file contents