Skip to content
Open
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions .vitepress/config/en.ts
Original file line number Diff line number Diff line change
Expand Up @@ -101,6 +101,10 @@ export const enConfig = defineLocaleConfig("root", {
text: "Configuration file reference",
link: "/docs/guide/usage/formatter/config-file-reference",
},
{
text: "Migrating from Prettier",
link: "/docs/guide/usage/formatter/migrate-from-prettier",
},
],
},
{ text: "Parser", link: "/docs/guide/usage/parser" },
Expand Down
279 changes: 279 additions & 0 deletions src/docs/guide/usage/formatter/migrate-from-prettier.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,279 @@
# Migrating from Prettier to oxfmt

If you currently use Prettier as your code formatter, you can follow this guide to migrate to oxfmt.

Note that oxfmt is in alpha, and may not be suitable for production use in complex setups.

## Caveats for migrating to oxfmt

Before migrating, ensure that the current release of the oxfmt alpha meets your project's needs. It is almost entirely compatible with Prettier 3.7 already for basic configurations, but less-common config options and other features are not yet implemented.

The oxfmt alpha only supports formatting JavaScript and TypeScript files (including those with JSX syntax). If you need support for non-JSX frameworks like Vue or Ember, or other languages like JSON, YAML, or Markdown, you will likely want to wait.

Other important considerations when migrating from Prettier to oxfmt:

- oxfmt's formatting output is closest to Prettier v3.7. If you are using an older version of Prettier, you will see more differences in formatting output.
- oxfmt aims to be mostly compatible with Prettier out-of-the-box, but there may still be some minor differences in formatting output in edge-cases.
- oxfmt uses a `printWidth` of 100 characters by default, whereas Prettier's default is 80. If your Prettier configuration does not set the `printWidth` setting explicitly, you should make sure to set `"printWidth": 80` in your oxfmt config file to minimize differences.
- Prettier plugins are not yet supported.
- Some Prettier options are not supported. See the [oxfmt CLI documentation](/docs/guide/usage/formatter/config-file-reference.html) for the full list of currently-supported options.
- oxfmt supports an `--lsp` flag to spin up a Language Server Protocol server, but editor/IDE integration is still being developed and has not been tested/documented yet for most editors.
- See [the oxfmt FAQ](/docs/guide/usage/formatter.html#faqs) for any other potential caveats or limitations you may need to consider.

Many of these limitations will be addressed in the future, with the Beta or Stable releases of oxfmt.

## Step 1: Upgrade Prettier to v3.7

This step is optional, but will make it easier to determine which differences between oxfmt and prettier are "real".

To minimize the number of changes when migrating to oxfmt, you should upgrade Prettier to version 3.7 first and reformat all JS/TS files with it, as it is the latest release of Prettier (from Nov 2025) and will be most similar to the output of oxfmt.

## Step 2: Install oxfmt

Install oxfmt as a development dependency with your package manager of choice:

::: code-group

```bash [npm]
$ npm add -D oxfmt@latest
```

```bash [pnpm]
$ pnpm add -D oxfmt@latest
```

```bash [yarn]
$ yarn add -D oxfmt@latest
```

```bash [bun]
$ bun add -D oxfmt@latest
```

```bash [deno]
$ deno add -D npm:oxfmt@latest
```

:::

## Step 3: Migrate Prettier configuration file

`.oxfmtrc.jsonc` is the configuration file for oxfmt. Only JSON files are supported.

A basic .oxfmtrc.jsonc file looks like this:

```jsonc
{
"$schema": "./node_modules/oxfmt/configuration_schema.json",
"singleQuote": false,
"printWidth": 100,
}
```

If you have a basic `.prettierrc` file, you can simply rename the file with `mv .prettierrc .oxfmtrc.jsonc`.

If you are using YAML or JavaScript to configure Prettier, you will need to convert the configuration to JSON format manually, although for simple configs this should be trivial.

### `prettierrc.js`

Here's an example of migrating a `prettierrc.js` file.

Before:

```js
module.exports = {
singleQuote: true,
jsxSingleQuote: true,
};
```

After (`.oxfmtrc.jsonc`):

```jsonc
{
"$schema": "./node_modules/oxfmt/configuration_schema.json",
"singleQuote": true,
"jsxSingleQuote": true,
"printWidth": 80,
}
```

### `prettierrc.yaml`

Here's an example of migrating a `prettierrc.yaml` file.

Before:

```yaml
trailingComma: "es5"
tabWidth: 4
semi: false
singleQuote: true
```

After (`.oxfmtrc.jsonc`):

```jsonc
{
"$schema": "./node_modules/oxfmt/configuration_schema.json",
"trailingComma": "es5",
"tabWidth": 4,
"semi": false,
"singleQuote": true,
"printWidth": 80,
}
```

## Step 4: Update Formatting Scripts

Update any formatting scripts you currently have, for example in `package.json`, shell scripts, or pre-commit scripts.

### `package.json` scripts

Before:

```json
{
"scripts": {
"format": "prettier --write .",
"format:check": "prettier --check ."
}
}
```

After:

```json
{
"scripts": {
"format": "oxfmt",
"format:check": "oxfmt --check"
}
}
```

### CI Workflows

Update any CI workflows that run Prettier, particularly `prettier --check`.

Before:

```yaml
- name: Check formatting
run: yarn prettier --check .
```

After:

```yaml
- name: Check formatting
run: yarn oxfmt --check
```

### Git Hooks (e.g. husky, lint-staged)

Before:

```json
"lint-staged": {
"*": "prettier --write"
}
```

After:

```json
"lint-staged": {
"*": "oxfmt --no-error-on-unmatched-pattern"
}
```

## Step 5: Run formatter

Run oxfmt on your codebase to check for any changes and ensure that the configuration was migrated correctly:

**TODO: Add code blocks for other pkg managers.**

`yarn oxfmt` (or `npm run oxfmt`, etc.)

## Step 6: Uninstall Prettier (optional)

If you no longer need Prettier, you can uninstall it:

**TODO: Add code blocks for other pkg managers.**

`yarn remove prettier`, etc.

## Step 7: Done!

You have now migrated to oxfmt :)

Please see the section below for any additional, optional steps you may need to take.

### Miscellaneous migration steps

These are only applicable for some setups, so skip them if they don't apply to you.

#### Update editor integrations

**TODO: Clarify the status of VS Code integration, and also add a note for potentially using oxfmt in JetBrains IDEs + others via the LSP server.**

**Note that the oxc VS Code extension includes oxfmt support, but it is experimental and incomplete**. It may not fully work yet, so please be mindful of this before migrating.

If you have any editor integrations for Prettier, update them to use oxfmt instead. For example, update `.vscode/settings.json` to use oxfmt:

Before:

```json
{
"editor.defaultFormatter": "esbenp.prettier-vscode"
}
```

After:

```json
{
"editor.defaultFormatter": "oxc.oxc-vscode"
}
```

And update `.vscode/extensions.json` to recommend the oxc extension instead of Prettier.

Before:

```json
{
"recommendations": [
"esbenp.prettier-vscode"
]
}
```

After:

```json
{
"recommendations": [
"oxc.oxc-vscode"
]
}
```

#### Update CONTRIBUTING.md

If you have a CONTRIBUTING.md file that references Prettier, update those references to use oxfmt.

#### Update AGENTS.md/CLAUDE.md

If you use an AGENTS.md or CLAUDE.md file, you should check for references to Prettier. If you have any references in those files, you'll want to update them to reference oxfmt and oxfmt's CLI commands instead.

#### Update lint rules

If you have any lint rules that check for Prettier formatting (e.g. `eslint-plugin-prettier`), you should remove them.

While you're at it, you could also consider migrating to oxlint ;)

#### Create/update `.git-blame-ignore-revs`

If you want to avoid extra noise in your `git blame` history, you can add the commit SHA where you reformatted files using oxfmt to your `.git-blame-ignore-revs` file. This will make `git blame` ignore that commit when showing blame information. This file is supported natively by git, and by both GitHub and GitLab.