Branch	Windows (Debug)	Windows (Release)	Linux (Debug)	Linux (Release)	Localization (Debug)	Localization (Release)
main

dotnet-format is a code formatter for dotnet that applies style preferences to a project or solution. Preferences will be read from an .editorconfig file, if present, otherwise a default set of preferences will be used. At this time dotnet-format is able to format C# and Visual Basic projects with a subset of supported .editorconfig options.

• Can now specify that format run against a solution filter with dotnet format solution.slnf
• Can now filter diagnostics with dotnet format --fix-analyzers --diagnostics ID0001
• Can now generate a MSBuild binary log with dotnet format --binary-log PATH
• Can now support analyzers which update non-code files, such as the PublicApiAnalyzers

• Implicit restore when fixing code style or 3rd party analyzers (disable with --no-restore)
• Adopt csc style for warnings and errors
• Warnings and errors are now written to the standard error stream

• Add DiagnosticId to the format report (1133)
• Reenabled .NET Core 2.1 support (1021)
• Update System.CommandLine to 2.0.0-beta1.21216.1 (1118)
• Support AdditionalDocument changes (1106)
• Fix typo in examples (1082)
• Run CodeStyle formatter before removing unnecessary imports (1071)
• Allow Solution Filter files to be passed as the workspace path (1059)
• Add .pre-commit-hooks.yaml (872)
• Add implicit restore when running analysis. Adds --no-restore option. (1015)
• Add separate command for binary log (1044)
• Use correct flag for codestyle codefixes (1037)
• Enhance whitespace issue logging with a detailed TextChange message (1017)
• Log all formatter error messages in a csc-style (1016)
• LogDebug each project's applied .editorconfig (1013)
• Add option to filter diagnostics by id (1007)
• Fix pre-commit directory (1004)
• Log warnings and errors to the standard error stream (982)
• Only report fixable compiler diagnostics. (981)

dotnet-format is now part of the .NET 6 SDK. Invoking the dotnet format command will fix whitespace, code style, and analyzer issues by default. dotnet-format will look in the current directory for a project or solution file and use that as the workspace to format. If more than one project or solution file is present in the current directory, you will need to specify the workspace to format. You can control how verbose the output will be by using the --verbosity option.

There are also 3 subcommands to target specific scenarios:

• dotnet format whitespace: fixes whitespace
• dotnet format style: runs code style analyzers
• dotnet format analyzers: runs third party analyzers

• --no-restore: Doesn't execute an implicit restore before formatting.
• --include-generated: Format files generated by the SDK
• --include: A list of relative file or folder paths to include in formatting. All files are formatted if empty.
• --exclude: A list of relative file or folder paths to exclude from formatting.
• --verbosity: Set the verbosity level. Allowed values are q[uiet], m[inimal], n[ormal], d[etailed], and diag[nostic]
• --report: Accepts a file path, which if provided, will produce a json report in the given directory.
• --binarylog: Log all project or solution load information to a binary log file.
• --verify-no-changes: Verify no formatting changes would be performed. Terminates with a non-zero exit code if any files would have been formatted.

• --diagnostics: A space separated list of diagnostic ids to use as a filter when fixing code style or 3rd party issues.
• --severity: The severity of diagnostics to fix. Allowed values are info, warn, and error.

Note: if the user specifies a severity here it is used for both style and analyzers.

• --folder: Whether to treat the workspace argument as a simple folder of files.

• --diagnostics: A space separated list of diagnostic ids to use as a filter when fixing code style or 3rd party issues.
• --severity: The severity of diagnostics to fix. Allowed values are info, warn, and error.

• --diagnostics: A space separated list of diagnostic ids to use as a filter when fixing code style or 3rd party issues.
• --severity: The severity of diagnostics to fix. Allowed values are info, warn, and error.

Add format after dotnet and before the command arguments that you want to run:

Development builds of dotnet-format are being hosted on Azure Packages. You can visit the dotnet-format Azure Packages page.

You can install the latest build of the tool using the following command.

dotnet tool install -g dotnet-format --version "8.*" --add-source https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet8/nuget/v3/index.json

Note: After installing .NET 6 Preview 7 SDK or higher you will need to run the dotnet-format global tool by invoking dotnet-format. Invoking dotnet format will invoke the SDK's copy of dotnet-format.

You can build and package the tool using the following commands. The instructions assume that you are in the root of the repository.

build -pack
# The final line from the build will read something like
# Successfully created package '..\artifacts\packages\Debug\Shipping\dotnet-format.7.0.0-dev.nupkg'.
# Use the value that is in the form `7.0.0-dev` as the version in the next command.
dotnet tool install --add-source .\artifacts\packages\Debug\Shipping -g dotnet-format --version <version>
dotnet format

Note: On macOS and Linux, .\artifacts will need be switched to ./artifacts to accommodate for the different slash directions.

You can uninstall the tool using the following command.

dotnet tool uninstall -g dotnet-format