Skip to content

Tag rulesets: restore non_fast_forward - #3

Merged
TGPSKI merged 1 commit into
mainfrom
fix/tag-non-fast-forward
Aug 5, 2026
Merged

Tag rulesets: restore non_fast_forward#3
TGPSKI merged 1 commit into
mainfrom
fix/tag-non-fast-forward

Conversation

@TGPSKI

@TGPSKI TGPSKI commented Aug 5, 2026

Copy link
Copy Markdown
Owner

Copying conceit's release-tags-immutable dropped the non_fast_forward rule. directed-contexts and security-context-spec both had it before, so for those two this is a regression fix; for the others it closes the same gap before it matters.

Without non_fast_forward, a tag can be moved by force-push — which is precisely what an immutable release tag exists to prevent. update and deletion alone do not cover it.

Applied to every tag ruleset in this repo so no repo ends up weaker than it was, and so the rule doesn't depend on which repo a definition happened to be copied from.

Not yet applied to the live ruleset — the files change here first; the gh api apply is a separate step once this merges.

Note: conceit's own tag ruleset still lacks non_fast_forward and is untouched.

Copying conceit's release-tags-immutable dropped non_fast_forward, which
directed-contexts and security-context-spec both had before. That is a
straight downgrade to tag protection: without it a tag can be moved by
force-push, which is exactly what an immutable release tag exists to
prevent.

Added to every tag ruleset here so no repo is weaker than it was, and so
the rule is uniform rather than depending on which repo the definition
was copied from.

Note: conceit's own tag ruleset still lacks it.
@TGPSKI
TGPSKI merged commit 84a9eff into main Aug 5, 2026
1 check passed
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