Fetch history and tags in the canonical workflow (closes #110)

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
2026-10-06 03:55:06 +00:00
parent 6aac45857a
commit 5d4d58f3e1
4 changed files with 14 additions and 5 deletions
@@ -13,4 +13,6 @@ jobs:
              # 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