-
Notifications
You must be signed in to change notification settings - Fork 1
fix: disable husky in CI #5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
WalkthroughThe release workflow was modified to disable Husky by setting Changes
Possibly related PRs
Poem
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. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (1)
.github/workflows/release.yml (1)
33-33
: Enforce lockfile integrity and improve performance
The--frozen-lockfile
flag ensures the lockfile isn't modified during CI, which is excellent for reproducible builds. Consider adding a cache step (e.g., viaactions/cache
on~/.bun
) to speed up dependency installs in future runs.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
.github/workflows/release.yml
(2 hunks)
🔇 Additional comments (1)
.github/workflows/release.yml (1)
15-16
: Disable Husky in CI
SettingHUSKY: 0
disables Husky hooks during the CI run, preventing accidental pre-commit/pre-push scripts from blocking the pipeline.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (1)
README.md (1)
3-3
: Display npm package information
The badges for package version and last-published date are informative. For better UX, consider wrapping each badge in a markdown link to the npm package page so users can click through directly.Example diff:
-[] -[] +[](https://www.npmjs.com/package/%40geocoding-ai%2Fmcp) +[](https://www.npmjs.com/package/%40geocoding-ai%2Fmcp)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
README.md
(1 hunks)
🧰 Additional context used
🪛 LanguageTool
README.md
[style] ~1-~1: Using many exclamation marks might seem excessive (in this case: 4 exclamation marks for a text that’s 1217 characters long)
Context:

🔇 Additional comments (2)
README.md (2)
1-1
: Add license badge for project metadata
The MIT license badge is correctly configured via Shields.io and linked to the appropriate license page. This improves clarity around project licensing.🧰 Tools
🪛 LanguageTool
[style] ~1-~1: Using many exclamation marks might seem excessive (in this case: 4 exclamation marks for a text that’s 1217 characters long)
Context:![]()
![]()

2-2
: Surface CI and review status
Including both the CodeRabbit PR reviews badge and the GitHub Actions lint status badge gives immediate insight into code quality and build health—great addition.
Summary by CodeRabbit