fix(action): doctor preflight needs the same base fallback as the review step - #93
Conversation
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 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. Comment |
✅ Single Commit Policy - COMPLIANTStatus: Policy requirements met • 1 commit • Valid format • Ready for merge 📊 View validation details📝 Commit Details
✅ Validation Results
🤖 Automated validation by Yama Single Commit Enforcement |
🤖 AI Review & Build Compliance ✅Status: AI analysis complete • Build rules validated • Ready for review 📊 View detailed analysis results🛡️ Analysis Complete
📋 Ready for Merge When
🤖 AI analysis complete - check individual code comments for specific feedback |
Yama reviewReviewed the change: action.yml's 'Verify the setup' (doctor) step now gains a base override mirroring the Review step — --base "$YAMA_INPUT_BASE" if set, else --base "origin/${GITHUB_BASE_REF}" when GITHUB_BASE_REF is set — so that preflight on a non-main/master repo no longer dies on 'no base ref resolves'. I verified first-hand that the doctor CLI declares --base (src/cli/index.ts, .strict() is safe because base is a declared option), that doctor.ts's gitChecks/checkChecks still resolve Verdict: APPROVE
Findings (1), most serious first:
1 further finding(s) were not commented on inline: action-doctor-base-no-suite.
|
Tara-ag
left a comment
There was a problem hiding this comment.
1 INFO, none at a severity the policy acts on; 1 ungrounded finding(s) dropped: git-defaultbranch-narrow-candidates (cites "src/tools/git.ts", which this change does not touch)
Yama reviewReviewed the change: action.yml's 'Verify the setup' (doctor) step now gains a base override mirroring the Review step — --base "$YAMA_INPUT_BASE" if set, else --base "origin/${GITHUB_BASE_REF}" when GITHUB_BASE_REF is set — so that preflight on a non-main/master repo no longer dies on 'no base ref resolves'. I verified first-hand that the doctor CLI declares --base (src/cli/index.ts, .strict() is safe because base is a declared option), that doctor.ts's gitChecks/checkChecks still resolve Verdict: APPROVE
Findings (1), most serious first:
1 further finding(s) were not commented on inline: action-doctor-base-no-suite.
|
Tara-ag
left a comment
There was a problem hiding this comment.
APPROVE: 1 INFO, none at a severity the policy acts on; 1 ungrounded finding(s) dropped: git-defaultbranch-narrow-candidates (cites "src/tools/git.ts", which this change does not touch).
|
🎉 This PR is included in version 5.0.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Found live by the action's first external consumer (juspay/neurolink#1514): the doctor step passes
--prbut never--base, so doctor resolves the base from the remote's default branch. On a repository whose pull requests targetreleaseand which has nomain/master, nothing resolves and every preflight dies with "BROKEN base ref — no base ref resolves" before the review can start.The fix mirrors the review step's own fallback exactly:
inputs.base, elseorigin/$GITHUB_BASE_REF(runner-provided, single argv entry). Merging releases v5.0.1; the consumer then bumps its pin.