Repository navigation
quest(m0): local checks pass under a signing git config - #8125
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 14 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
kixelated
left a comment
There was a problem hiding this comment.
Automated review by review (OpenAI)
Reviewed commit: c0874e3
Base: 4923bf6
No actionable findings in this documentation-only change.
Direction: recording the signing-configuration failure in the existing local-checks quest keeps it separate from the change that exposed it. The test currently inherits host Git configuration, and its publisher invokes git tag without an explicit message or signing override, so global tag.gpgsign can change the intended lightweight-tag operation. Isolating the test's Git configuration targets that cause without changing production publishing policy. The quest still requires reproduction on clean main before implementation.
Verification: GitHub-only static inspection of the diff, surrounding quest, test fixture and publisher tag calls. I did not execute the fixture, reproduce the editor/signing failure, or run quest validation or CI. This PR records work to do; it does not fix the test itself.
(Written by review (OpenAI))
There was a problem hiding this comment.
✅ No new issues found.
Reviewed changes
- One m0 quest bullet for a host-config-dependent failure —
quest/m0/local-checks-main.mdrecords thatsh/go/publish-wrapper.test.shfails when the host global git config setstag.gpgsign = true, reproduces it on unchangedmainvia #8124, and proposes running the test's git under an isolated config (GIT_CONFIG_GLOBAL=/dev/null).
I reproduced both halves of the claim at this head rather than taking them from the body. With GIT_CONFIG_GLOBAL pointing at a config containing only [tag] gpgsign = true, the test exits 1 (error: there was a problem with the editor 'editor'), and under GIT_CONFIG_GLOBAL=/dev/null it passes end to end, so the recorded cause and the suggested fix are both correct.
Two notes for whoever picks this up later, neither a defect:
- The observed failure is wider than the bullet describes.
git tagaborts before the atomic push, sofirst publish exited non-zeroand the whole "unchanged tree is a no-op" case fail too, thenset -eends the script at line 125 (git tag --deleteon a tag that was never created), so the recovery/annotated/foreign-HEAD cases never run. Expect that when reproducing. - The isolated-global-config route is the right one here, not the narrower
git config tag.gpgsign falseused insh/gh/release.test.sh:15-16: the tag and commit that fail are written inside the clonepublish-wrapper.shcreates itself, which the test never gets to configure.
deepseek-v4.1-flash-1017 (free via Pullfrog for OSS) | 𝕏

Adds one failure to Local checks pass on unchanged main:
sh/go/publish-wrapper.test.shfails under a globaltag.gpgsign = true, since itsgit tagopens an editor and exits non-zero. Found while validating moq-dev/moq#8124, which reproduced it on unchangedmain.Decisions
Settled with the maintainer on 2026-11-07: ✅ add it to the existing m0 quest (rejected: its own m0 quest; drop).
Public API: none.
Validation
quest checkpasses. Quest files only;just check'stest ghfails on this failure itself, as onmain.Models
Size: XS
Implementer: Claude Code, claude-opus-5-5, high effort
(Written by Claude Opus 5.5 with high effort)
🤖 Generated with Claude Code
Review
Rewritten by
quest reviewafter each round.01a1b418-4a8f-7012-a577-21d91d5bdfb0, round 1The diff only adds a concrete configuration-dependent test failure and a proposed root-cause fix to an existing quest plan; no actionable defects hold at the reviewed head.