vyos-documentation.git/.github/mergify.yml, branch circinus

ci: T8966: remove orphaned docs T-ID override (strict rule retired centrally) (#2084)

2026-06-06T07:02:45+00:00

ci(mergify): fix T-ID-override rule name to match central baseline

2026-05-13T20:22:07+00:00

The override shipped in 3d44fe06 used rule names `Flag PR title not matching T-ID format` + `Flag commit message not matching T-ID format`. Per Mergify `extends:` semantics, same-name rules in the child REPLACE the parent's — and the central baseline in vyos/mergify uses a single rule named `Flag T-ID format violation in PR title or commit messages`. Different names → no replacement → parent rule keeps firing. Symptom (surfaced on PR #2014, title `docs(readme): …`): every PR without a `T:` token gets `invalid-title` labeled. Fix: collapse to one rule, rename to match the parent exactly. The condition (`closed AND -closed`) still never matches, so `toggle` removes the label on every evaluation — picks up any stale `invalid-title` from the broken-override window. The parent rule does not toggle `invalid-commit-title`; the second child rule for that label was extraneous and is dropped. 🤖 Generated by [robots](https://vyos.io) (cherry picked from commit ee2942a39e11b8d7996ba2f7f3ac53545300d647)

ci(mergify): disable inherited T-ID title/commit-message checks in this repo

2026-05-12T13:29:19+00:00

The central baseline at vyos/mergify:.mergify.yml enforces a `T: ` (optional `scope: ` prefix) format on PR titles and every commit's first line — a convention from vyos/vyos-1x and sibling code repos where engineering work tracks against a Phorge task. vyos-documentation has never enforced this. Recent merged PRs use conventional-commits style (`fix(ext): …`, `ci(...): …`, `chore(deps): …`) without an upstream T-ID. After the `extends: mergify` adoption in #2005, the inherited rules started labeling every such PR `invalid-title` and `invalid-commit-title` — pure noise for this repo. Override the two rules by name (Mergify `extends:` semantics: same-name rules in the child REPLACE the parent's). Conditions are constructed to never match (`closed and -closed`), so the `toggle` action always falls into the "remove label" branch and also clears the labels from any PR that picked them up since #2005 merged. 🤖 Generated by [robots](https://vyos.io) (cherry picked from commit 3d44fe06e3a82e63b1391424860d76f95bcb97f3)

T8782: adopt central Mergify baseline via `extends: mergify` (#2007)

2026-05-12T10:29:35+00:00

Adds .github/mergify.yml that inherits from vyos/mergify:.mergify.yml. The central baseline provides: - defaults.actions.backport.ignore_conflicts: false (new in T8782 — makes backport conflicts fail loudly instead of committing literal `<<<<<<< / ======= / >>>>>>>` markers; see incident below) - pull_request_rules → label conflicting PRs with `conflicts` - commands_restrictions → restrict @Mergifyio slash commands to @vyos/maintainers + vyosbot Why this repo, why now: 2026-05-12, PR #1994 was backported via `@Mergifyio backport sagitta circinus`. Cherry-pick conflicted in docs/conf.py; Mergify's pre-T8782 default (`ignore_conflicts: true`) committed the markers, the resulting PRs (#1998 / #1999) were merged anyway, and Read the Docs builds on both branches broke with `SyntaxError: invalid syntax (conf.py, line 309)`. Fix-forwards #2000 (circinus) and #2001 (sagitta) restored both branches. Adopting the central baseline closes the gap for this repo so the same failure mode cannot recur via the Mergify-managed backport path. Spec: https://vyos.atlassian.net/wiki/spaces/VYOS/pages/849477640 IS-432: https://vyos.atlassian.net/browse/IS-432 🤖 Generated by [robots](https://vyos.io) (cherry picked from commit 3cdfbc28c17f1106a73647458bb6dd4fb548cd8a) Co-authored-by: Yuriy Andamasov