Skip to content

ci: run yamllint on pull requests#971

Open
nielspardon wants to merge 2 commits into
substrait-io:mainfrom
nielspardon:ci/fix-yaml-line-length
Open

ci: run yamllint on pull requests#971
nielspardon wants to merge 2 commits into
substrait-io:mainfrom
nielspardon:ci/fix-yaml-line-length

Conversation

@nielspardon

@nielspardon nielspardon commented Jun 29, 2026

Copy link
Copy Markdown
Member

yamllint is configured as a pre-commit hook but is not enforced in CI, so line-length and bracket violations have accumulated on main and committing a touched workflow file requires git commit --no-verify. This adds a CI check and brings the existing workflows into compliance so the check passes.

Enforce in CI

  • Add a Lint YAML job to the PR build workflow that runs the yamllint pre-commit hook against all files. It reuses the pinned config and version from .pre-commit-config.yaml (.yamllint.yaml, yamllint v1.33.0), keeping CI and local checks in lockstep.

Fix existing violations

  • Rename step (release.yml, pr.yml): use a step working-directory instead of repeating the long isthmus-cli/build/native/nativeCompile/ path twice in mv (also drops the unused value= capture).
  • Release-bot email (release.yml): derive the email once as an output of the bot-user-id step and reference it, removing the two duplicated long GIT_AUTHOR_EMAIL / GIT_COMMITTER_EMAIL lines.
  • pr_title.yaml: scope a # yamllint disable/enable rule:line-length pair around the github-script step — its long lines are prose inside a template literal, where wrapping would alter the rendered PR comment. The rest of the file stays checked.

No behavior change to the workflows. Verified pre-commit run yamllint --all-files passes.

🤖 Generated with AI

Bring the GitHub Actions workflows under the 120-char line-length rule so
the yamllint pre-commit hook passes without --no-verify:

- Rename the Isthmus artifact via a working-directory instead of repeating
  the long nativeCompile path twice (release.yml, pr.yml).
- Derive the release-bot email once as a step output and reference it,
  removing the duplicated long env lines (release.yml).
- Scope a line-length disable/enable around the github-script step in
  pr_title.yaml: its long lines are prose inside a template literal where
  wrapping would change the rendered comment. The rest of the file stays
  checked.
@nielspardon nielspardon force-pushed the ci/fix-yaml-line-length branch from a200c28 to 8fc6a1a Compare June 29, 2026 13:43
@nielspardon nielspardon changed the title ci: keep workflow YAML within the yamllint line-length limit ci: run yamllint on pull requests Jun 29, 2026
Add a Lint YAML job to the PR build workflow that runs the yamllint
pre-commit hook (pinned config and version from .pre-commit-config.yaml)
against all files, so YAML line-length and bracket violations are caught
in CI instead of only locally.
@nielspardon nielspardon force-pushed the ci/fix-yaml-line-length branch from add7df7 to b2df2e5 Compare June 29, 2026 14:35
@nielspardon nielspardon marked this pull request as ready for review June 29, 2026 14:58
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