docs: add commit-check vs GitHub Rulesets comparison table#419
Conversation
- Feature-by-feature comparison tables for both commitlint and GitHub Rulesets - Honest positioning: commitlint is the standard, commit-check is broader - GitHub Rulesets are complementary, not competitive (platform vs portable) - 'Use commitlint if / Use commit-check if' decision guide - ASCII workflow diagram showing how all three fit together
✅ Deploy Preview for commit-check ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
📝 WalkthroughWalkthroughUpdated the README.rst "Why Commit Check?" comparison table to add GitHub Rulesets alongside commitlint, YACC, and Custom hooks. Added explanatory text documenting GitHub Rulesets' regex-based metadata enforcement and plan requirements, plus expanded footnotes clarifying its limitations compared to Conventional Commits-aware tools. ChangesGitHub Rulesets Comparison Documentation
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
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 |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/compare.rst`:
- Around line 186-193: The ASCII workflow box is misaligned: ensure every inner
line between the opening and closing vertical bars (the lines starting with "│"
and ending with "│") has the same total width as the top and bottom borders
("┌─────────────────────────────────────────────┐" and
"└─────────────────────────────────────────────┘"); adjust spacing inside the
lines containing "Your Workflow", "[Editor] ──► [pre-commit] ──► [git push] ──►
[GitHub]", the two indented lines ("commit-check (local feedback)" and "GitHub
Rulesets (server gating)"), and the empty padding lines so each line's content
plus surrounding spaces equals the box inner width, preserving the box-drawing
characters and alignment.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 6917f666-3a34-44ff-aa6b-0c89e36e8542
📒 Files selected for processing (2)
docs/compare.rstdocs/index.rst
…are.rst - Add GitHub Rulesets column to the existing Why Commit Check? feature matrix in README - Add footnotes explaining GitHub Rulesets regex-based enforcement and plan requirements - Trim docs/compare.rst: remove overlapping commitlint table, keep decision guide + workflow - docs/compare.rst now links to README matrix as the canonical feature comparison
- Delete docs/compare.rst (redundant with README 'Why Commit Check?' table) - Remove compare from docs/index.rst toctree - README table: fix GitHub Rulesets 'Zero-config defaults' ❌ (not ✅) - Renumber footnotes after removing compare page link - All GitHub Rulesets info now lives in the single README feature matrix
|



Summary
Adds a new documentation page comparing commit-check with the two most common alternatives users ask about: commitlint and GitHub Rulesets.
What's in it
commit-check vs commitlint
commit-check vs GitHub Rulesets
Key messaging
GitHub Rulesets are platform-native enforcement. commit-check is portable, config-as-code, local-first, and usable before code reaches GitHub.Files changed
docs/compare.rst— new pagedocs/index.rst— add to toctreeFact-checking done
@commitlint/formatAPI verified (returnsstring[], no JSON)Summary by CodeRabbit