FG
🛠️ Developer Tools

Extend config

Freshabout 7 years ago
Mar 14, 20260 views
Confidence Score78%
78%

Problem

Inside an org with a lot of repos we would like to maintain a consistent code style by sharing formatting/linting configuration files. TSLint, ESLint, TypeScript tsconfig etc. all allow this by specifying an `extends` property that points to another config, resolved by node module resolution algorithm. Meaning it's possible to do this: [code block] The rules get shared, but individual rules can still be overridden where it makes sense for only that project. Just passing the path to the config file also prevents editors from detecting that they should use prettier.

Unverified for your environment

Select your OS to check compatibility.

1 Fix

Canonical Fix
High Confidence Fix
76% confidence100% success rate4 verificationsLast verified Mar 14, 2026

Solution: Extend config

Low Risk

I'm currently doing it this way in all of my repos to maintain consistent style: [code block] The proposed feature (ref: ESLint config) looks good to me and it seems not hard to implement (use `opts.config`): https://github.com/prettier/prettier/blob/d4768e1336108f2ed672f4d288b1751b9c40c526/src/resolve-config.js#L32

76

Trust Score

4 verifications

100% success
  1. 1

    I'm currently doing it this way in all of my repos to maintain consistent style:

    I'm currently doing it this way in all of my repos to maintain consistent style:

  2. 2

    The proposed feature (ref: ESLint config) looks good to me and it seems not hard

    The proposed feature (ref: ESLint config) looks good to me and it seems not hard to implement (use `opts.config`): https://github.com/prettier/prettier/blob/d4768e1336108f2ed672f4d288b1751b9c40c526/src/resolve-config.js#L32

Validation

Resolved in prettier/prettier GitHub issue #3146. Community reactions: 5 upvotes.

Verification Summary

Worked: 4
Partial: 1
Last verified Mar 14, 2026

Sign in to verify this fix

Environment

Submitted by

AC

Alex Chen

2450 rep

Tags

prettierformattingjavascriptstatus:has-prarea:clilocked-due-to-inactivity