check / check (push) Canceled after 0s
The checkout step of the canonical `.gitea/workflows/check.yml` now sets `fetch-depth: 0`, with a one-line comment saying why. The checkout action otherwise clones shallow with no tags, so `git describe --tags --always` gave a bare short commit id in CI where a local build of a tagged repository gives the tag. `REPO_POLICIES.md` and the existing repo checklist told each tagged repository to add it itself, which a byte-identical re-vendor would remove; they now say the canonical file sets it. Unverified: the live check, which waits on the shared runner. Model: opus-5-5
19 lines
679 B
YAML
19 lines
679 B
YAML
name: check
|
|
on: [push]
|
|
# Free the shared runner: a new push cancels only the same branch's older run.
|
|
concurrency:
|
|
group: ${{ github.workflow }}-${{ github.ref }}
|
|
cancel-in-progress: true
|
|
jobs:
|
|
check:
|
|
runs-on: ubuntu-latest
|
|
steps:
|
|
# actions/checkout v4.2.2, 2026-02-22
|
|
- uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683
|
|
# script/cibuild needs no token, so none is left in .git/config.
|
|
with:
|
|
persist-credentials: false
|
|
# All history and tags, so git describe finds the version tag.
|
|
fetch-depth: 0
|
|
- run: script/cibuild
|