Thanks for improving Code Intelligence for BB. This project ships a committed server-only plugin artifact, so source changes and release output are reviewed together.
Requirements:
- Node.js 22 or newer;
- npm;
- BB 0.34 or newer on
PATHfor the plugin build step.
From a fresh clone:
npm ci && npm run checknpm run check is the required local gate. It verifies Prettier formatting,
runs type checking and the Vitest suite, builds the managed-install plugin
artifact, copies parser assets, and validates the release artifact. GitHub
Actions are intentionally not required for this repository. If it reports that
dist/ differs, review and commit the generated artifact before opening a pull
request.
To run the same gate before each push, opt in to the managed hook:
npm run install-git-hooksThe installer refuses to replace a pre-existing hook it does not own. Remove the managed hook manually if you no longer want it.
Format all supported source and documentation files before validation:
npm run formatnpm run format:check reports formatting drift without modifying files.
Generated release output under dist/ and benchmark evidence under
bench/results/ are excluded from source formatting.
- Create a focused branch from current
main. - Change source under
src/or the plugin entrypointserver.ts. - Add or update a focused test under
test/before changing behavior. - Run
npm run format, the smallest relevant test, thennpm run check. - Review
git diff -- dist/. Commit generateddist/files only when the build changed them; never commit source maps, credentials, local BB data, ornode_modules/. - Open a focused pull request using the repository template.
For rapid iteration, run a single test file with:
npm test -- test/instant-grep.test.tsKeep each pull request to one reviewable outcome. Explain the user-facing effect, state how it was validated, and update documentation whenever tool contracts, install steps, or release behavior change. A maintainer must review and merge pull requests; passing a local gate does not replace review.
- Read SUPPORT.md for usage questions and ideas.
- Read SECURITY.md before reporting a vulnerability.
- Read CODE_OF_CONDUCT.md for community expectations.
- Read GOVERNANCE.md for maintainer decisions and merge rules.