Repository navigation
test(guardrails): verify the commit-msg hook under Windows IDE git and prove parity with the local gate #9778
Description
Parent
Refs #5948
Depends on
- fix(git-hooks): run hook entries and the commit-msg hook without calling bash by name #9774
- feat(git-hooks): install hook entries as git config-based hooks under an includeIf, from git 2.54 #9775
- feat(guardrails): enforce a user-private commit convention only where the team tracks none #9776
Needs a Windows host and a person: the MinGit failure (git bundled with Visual Studio or SSMS, no bash.exe) and the operator's local commit-msg gate exist only on the operator's Windows machine.
Outcome
The sh-entry hook runs under Windows IDE-bundled git, and the plugin hook matches the local gate it replaces.
Done when
- With Visual Studio's or SSMS's bundled git, a commit in a repository with the hook installed rejects a non-conforming subject and accepts a conforming one; the git version and result are reported on this issue.
- The config-hook lane is checked with that git, or the report states it is below the 2.54 floor and the docs cover that case.
- The plugin guard passes behavior-equivalent test cases for the local guard it replaces (the operator retires the local copy then, outside this repo).
Activity
kyle-sexton commentedon Oct 26, 2026
Released for re-triage under the owner's 2026-10-26 rule: a person is involved only for "1. A change in original intent/vision 2. Something comes up during implementation ... that alters intent/vision or the primary design 3. If there is a HIGH/CRITICAL security issue". None applies here, so the hold label came off and intake triage runs again now.
To hold this issue again, add
needs-human(orstatus: needs-decision) and name which of the three applies.github-actions commentedon Oct 26, 2026
Proposed work class: work-class: scoped
Basis: automated intake triage; the lanes App applied this class.
Size: Small
Complexity: Medium
Uncertainty: Knowable
Flags: none
Blocked by: #9775, #9776
Understood: this verifies the commit-msg hook under Windows IDE-bundled git (Visual Studio or SSMS) and shows the plugin guard behaves the same as the operator's local gate.
The first two done-when items need a Windows host and a person. This run can't do them, so they are left to an attended run. The third item, behavior-equivalent test cases for the plugin guard, can be checked here.
#9774 is not in the open list, so I treated it as done. #9775 and #9776 are still open and must land first.
No likely duplicates found.
Automated triage, applied by the lanes App.
melodic-automation-lanes commentedon Oct 26, 2026
Not admitted to the issue lane yet: blocker #9775 is not closed by a listed human or a merge; blocker #9776 is not closed by a listed human or a merge.