close:#13052

What kind of change does this PR introduce? (check at least one)

• Bugfix
• Feature
• Code style update
• Refactor
• Build-related changes
• Other, please describe:

Does this PR introduce a breaking change? (check one)

• Yes
• No

If yes, please describe the impact and migration path for existing applications:

The PR fulfills these requirements:

• It's submitted to themain branch for v2.x (or to a previous version branch)
• When resolving a specific issue, it's referenced in the PR's title (e.g.fix #xxx[,#xxx], where "xxx" is the issue number)
• All tests are passing:https://github.com/vuejs/vue/blob/dev/.github/CONTRIBUTING.md#development-setup
• New/updated tests are included

If adding anew feature, the PR's description includes:

• A convincing reason for adding this feature (to avoid wasting your time, it's best to open a suggestion issue first and wait for approval before working on it)

Other information:

@vue/compiler-sfc optionally uses Prettier and it is not compatible with Prettier v3.

Butprettier is not listed in thepackage.json.

It wasn't a problem with Prettier v2 because prettier isoptional dependency ofcomponent-compiler-utils. So Prettier is installed anyway and everything works.

But if some project hasPrettier@3, then@vue/compiler-sfc uses project's prettier and fails.

There was the same issue early incomponent-compiler-utils. See:

• vuejs/component-compiler-utils@aea1b79
• chore: support prettier v2 component-compiler-utils#89

This PR specifies Prettier as anoptionalDependency of@vue/compiler-sfc. With specified dependency, it will useprettier@2 even if a project hasprettier@3.

P.S. I used the same versions as it was in thecomponent-compiler-utils. It seems it has the same code.

Alternative solution: make@vue/compiler-sfc compatible with bothPrettier@"1 || 2" andPrettier@3. The problem is that it will make the compile function async.