-
New clean
command. Use this new command to clean after the biome-logs
directory, and remove all the log files.
biome clean
-
Add two new options --only
and --skip
to the command biome lint
(#58).
The --only
option allows you to run a given rule or rule group,
For example, the following command runs only the style/useNamingConvention
and style/noInferrableTypes
rules.
If the rule is disabled in the configuration, then its severity level is set to error
for a recommended rule or warn
otherwise.
biome lint --only=style/useNamingConvention --only=style/noInferrableTypes
Passing a group does not change the severity level of the rules in the group.
All the disabled rules in the group will remain disabled.
To ensure that the group is run, the recommended
field of the group is enabled.
The nursery
group cannot be passed, as no rules are enabled by default in the nursery group.
The --skip
option allows you to skip the execution of a given group or a given rule.
For example, the following command skips the style
group and the suspicious/noExplicitAny
rule.
biome lint --skip=style --skip=suspicious/noExplicitAny
You can also use --only
and --skip
together. --skip
overrides --only
.
The following command executes only the rules from the style
group, but the style/useNamingConvention
rule.
biome lint --only=style --skip=style/useNamingConvention
These options are compatible with other options such as --write
(previously --apply
), and --reporter
.
Contributed by @Conaclos
-
Add new command biome clean
. Use this command to purge all the logs emitted by the Biome daemon. This command is really useful, because the Biome daemon tends
log many files and contents during its lifecycle. This means that if your editor is open for hours (or even days), the biome-logs
folder could become quite heavy. Contributed by @ematipico
-
Add support for formatting and linting CSS files from the CLI. These operations are opt-in for the time being.
If you don't have a configuration file, you can enable these features with --css-formatter-enabled
and --css-linter-enabled
:
biome check --css-formatter-enabled=true --css-linter-enabled=true ./
Contributed by @ematipico
-
Add new CLI options to control the CSS formatting. Check the CLI reference page for more details. Contributed by @ematipico
-
Add new options --write
, --fix
(alias of --write
) and --unsafe
to the command biome lint
and biome check
.
Add a new option --fix
(alias of --write
) to the command biome format
and biome migrate
.
biome <lint|check> --<write|fix> [--unsafe]
biome format --<write|fix>
biome migrate --<write|fix>
The biome <lint|check> --<write|fix>
has the same behavior as biome <lint|check> --apply
.
The biome <lint|check> --<write|fix> --unsafe
has the same behavior as biome <lint|check> --apply-unsafe
.
The biome format --fix
has the same behavior as biome format --write
.
The biome migrate --fix
has the same behavior as biome migrate --write
.
This change allows these commands to write modifications in the same options.
With this change, the --apply
and --apply-unsafe
options are deprecated.
Contributed by @unvalley
-
Biome now executes commands (lint, format, check and ci) on the working directory by default. #2266 Contributed by @unvalley
- biome check .
+ biome check # You can run the command without the path
-
biome migrate eslint
now tries to convert ESLint ignore patterns into Biome ignore patterns.
ESLint uses gitignore patterns.
Biome now tries to convert these patterns into Biome ignore patterns.
For example, the gitignore pattern /src
is a relative path to the file in which it appears.
Biome now recognizes this and translates this pattern to ./src
.
Contributed by @Conaclos
-
biome migrate eslint
now supports the eslintIgnore
field in package.json
.
ESLint allows the use of package.json
as an ESLint configuration file.
ESLint supports two fields: eslintConfig
and eslintIgnore
.
Biome only supported the former. It now supports both.
Contributed by @Conaclos
-
biome migrate eslint
now propagates NodeJS errors to the user.
This will help users to identify why Biome is unable to load some ESLint configurations.
Contributed by @Conaclos
-
Add a new --reporter
called summary
. This reporter will print diagnostics in a different way, based on the tools (formatter, linter, etc.) that are executed.
Import sorting and formatter shows the name of the files that require formatting. Instead, the linter will group the number of rules triggered and the number of errors/warnings:
Formatter ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
The following files needs to be formatted:
main.ts
index.ts
Organize Imports ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
The following files needs to have their imports sorted:
main.ts
index.ts
Analyzer ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Some analyzer rules were triggered
Rule Name Diagnostics
lint/suspicious/noImplicitAnyLet 12 (12 error(s), 0 warning(s), 0 info(s))
lint/suspicious/noDoubleEquals 8 (8 error(s), 0 warning(s), 0 info(s))
lint/suspicious/noRedeclare 12 (12 error(s), 0 warning(s), 0 info(s))
lint/suspicious/noDebugger 20 (20 error(s), 0 warning(s), 0 info(s))
Contributed by @ematipico
-
biome ci
now enforces printing the output using colours. If you were previously using --colors=force
, you can remove it because it's automatically set. Contributed by @ematipico
-
Add a new --reporter
called github
. This reporter will print diagnostics using GitHub workflow commands:
::error title=lint/suspicious/noDoubleEquals,file=main.ts,line=4,endLine=4,col=3,endColumn=5::Use === instead of ==
::error title=lint/suspicious/noDebugger,file=main.ts,line=6,endLine=6,col=1,endColumn=9::This is an unexpected use of the debugger statement.
::error title=lint/nursery/noEvolvingAny,file=main.ts,line=8,endLine=8,col=5,endColumn=6::This variable's type is not allowed to evolve implicitly, leading to potential any types.
Contributed by @ematipico
-
Add a new --reporter
called junit
. This reporter will print diagnostics using GitHub workflow commands:
<?xml version="1.0" encoding="UTF-8"?>
<testsuites name="Biome" tests="16" failures="16" errors="20" time="<TIME>">
<testsuite name="main.ts" tests="1" disabled="0" errors="0" failures="1" package="org.biome">
<testcase name="org.biome.lint.suspicious.noDoubleEquals" line="4" column="3">
<failure message="Use === instead of ==. == is only allowed when comparing against `null`">line 3, col 2, Use === instead of ==. == is only allowed when comparing against `null`</failure>
</testcase>
</testsuite>
<testsuite name="main.ts" tests="1" disabled="0" errors="0" failures="1" package="org.biome">
<testcase name="org.biome.lint.suspicious.noDebugger" line="6" column="1">
<failure message="This is an unexpected use of the debugger statement.">line 5, col 0, This is an unexpected use of the debugger statement.</failure>
</testcase>
</testsuite>
<testsuite name="main.ts" tests="1" disabled="0" errors="0" failures="1" package="org.biome">
<testcase name="org.biome.lint.nursery.noEvolvingAny" line="8" column="5">
<failure message="This variable's type is not allowed to evolve implicitly, leading to potential any types.">line 7, col 4, This variable's type is not allowed to evolve implicitly, leading to potential any types.</failure>
</testcase>
</testsuite>
</testsuites>
Contributed by @ematipico
-
Add an rule option fix
to override the code fix kind of a rule (#2882).
A rule can provide a safe or an unsafe code action.
You can now tune the kind of code actions thanks to the fix
option.
This rule option takes a value among:
none
: the rule no longer emits code actions.safe
: the rule emits safe code action.unsafe
: the rule emits unsafe code action.
The following configuration disables the code actions of noUnusedVariables
, makes the emitted code actions of style/useConst
and style/useTemplate
unsafe and safe respectively.
{
"linter": {
"rules": {
"correctness": {
"noUnusedVariables": {
"level": "error",
"fix": "none"
},
"style": {
"useConst": {
"level": "warn",
"fix": "unsafe"
},
"useTemplate": {
"level": "warn",
"fix": "safe"
}
}
}
}
}
}
Contributed by @Conaclos
-
Add option javascript.linter.enabled
to control the linter for JavaScript (and its super languages) files. Contributed by @ematipico
-
Add option json.linter.enabled
to control the linter for JSON (and its super languages) files. Contributed by @ematipico
-
Add option css.linter.enabled
to control the linter for CSS (and its super languages) files. Contributed by @ematipico
-
Add option css.formatter
, to control the formatter options for CSS (and its super languages) files. Contributed by @ematipico
-
You can now change the severity of lint rules down to "info"
. The "info"
severity doesn't emit error codes, and it isn't affected by other options like --error-on-warnings
:
{
"linter": {
"rules": {
"suspicious": {
"noDebugger": "info"
}
}
}
}
Contributed by @ematipico
New rules are incubated in the nursery group. Once stable, we promote them to a stable group. The following rules are promoted:
-
noUndeclaredVariables and noUnusedImports now correctly handle import namespaces (#2796).
Previously, Biome bound unqualified type to import namespaces.
Import namespaces can only be used as qualified names in a type (ambient) context.
// Unused import
import * as Ns1 from "";
// This doesn't reference the import namespace `Ns1`
type T1 = Ns1; // Undeclared variable `Ns1`
// Unused import
import type * as Ns2 from "";
// This doesn't reference the import namespace `Ns2`
type T2 = Ns2; // Undeclared variable `Ns2`
import type * as Ns3 from "";
// This references the import namespace because it is a qualified name.
type T3 = Ns3.Inner;
// This also references the import namespace.
export type { Ns3 }
Contributed by @Conaclos
-
noUndeclaredVariables now correctly handle ambient computed member names (#2975).
A constant can be imported as a type and used in a computed member name of a member signature.
Previously, Biome was unable to bind the value imported as a type to the computed member name.
import type { NAME } from "./constants.js";
type X = { [NAME]: number };
Contributed by @Conaclos
-
noUndeclaredVariables now ignores this
in JSX components (#2636).
The rule no longer reports this
as undeclared in following code.
import { Component } from 'react';
export class MyComponent extends Component {
render() {
return <this.foo />
}
}
Contributed by @printfn and @Conaclos
-
useJsxKeyInIterable
now handles more cases involving fragments. See the snippets below. Contributed by @dyc3