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

The policy said a repository whose version comes from git tags needs `fetch-depth: 0` on its CI checkout, because the checkout action clones shallow with no tags; every repository's version comes from `git describe --tags --always`, but the canonical `.gitea/workflows/check.yml` did not set it, so CI stamped a bare short commit id where a local build of a tagged repository stamps the tag. The checkout step now sets `fetch-depth: 0` with a one-line comment, and the workflow bullet of `prompts/REPO_POLICIES.md` and both checklists name it beside `persist-credentials: false` and the `concurrency` block, as part of what the workflow does. Unverified: a live run, which waits on the shared runner. Model: opus-5-5
2026-10-06 08:15:41 +02:00
parent 8fe0709414
commit b3508a4361
5 changed files with 28 additions and 12 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