Shared Biome configuration for @davidsneighbour's projects.
npm install --save-dev @dnbhq/biome-config @biomejs/biomeAfter upgrading @biomejs/biome to a new version, run Biome's built-in migration command to update your config automatically:
npx @biomejs/biome migrate --writeThis rewrites any deprecated or renamed keys in biome.json and reports anything that needs manual attention. Run it once per Biome upgrade — no upper-bound pin on the peer dependency is needed because the migration script is the recovery path.
Create or update biome.json in the consuming project:
{
"$schema": "./node_modules/@biomejs/biome/configuration_schema.json",
"extends": ["./node_modules/@dnbhq/biome-config/config.json"]
}The package exports one shared Biome configuration:
{
"extends": ["./node_modules/@dnbhq/biome-config/config.json"]
}It enables formatting, import organisation, VCS integration, and a strict rule set for performance, complexity, correctness, and suspicious-code checks.
The configuration data was migrated from packages/biome-config in davidsneighbour/configurations.
The shared config intentionally keeps project-local decisions in the consuming project. Consumers can override values after the shared config in their local biome.json.
Biome applies configs from the extends list first, then applies local options from the consuming biome.json, so local project settings remain the most specific settings.
Dry run:
npm run release:dryRelease:
npm run releaseReleases are handled by release-it and @release-it/conventional-changelog.
Commit messages should follow Conventional Commits.
Publishing is handled by the Publish package GitHub Actions workflow when a v* tag is pushed.
- The consuming project should install
@biomejs/biomedirectly so editor integrations, CLI usage, and lockfiles remain project-local. - The package includes only
config.json,README.md,CHANGELOG.md, andLICENSEin the npm package. - Use
npm run testbefore releasing. The test command currently runsbiome checkagainst this repository.