Skip to content

Changing linter rules #411

Open
Open

Description

@anonrig

The overall linting and formatting rules in Corepack is extremely different than other repositories in Node.js. I'm planning on replacing it with Biome (which comes with linter and formatter) and have more nodejs/node similar code styles.

Any objections, ideas?

Activity

  1. GeoffreyBooth commented on Feb 27, 2024

    @GeoffreyBooth
    Member

    It should use the same linter and lint rules as the Node core repo. Then if we ever move Corepack into the core repo, the code would already pass the lint check.

  2. aduh95 commented on Feb 27, 2024

    @aduh95
    Contributor

    It should use the same linter and lint rules as the Node core repo

    See nodejs/node-core-test#22 for what would need to happen for this to be possible. The effort was started in nodejs/eslint-plugin-nodejs-internal#1

  3. anonrig commented on Feb 27, 2024

    @anonrig
    MemberAuthor

    @GeoffreyBooth I recommended Biome because of several reasons:

    1. It has extremely unopinionated defaults.
    2. It doesn't involve installing X amount of dependencies, and discussions around what to use etc.
    3. I think this repository can be a test bed for build: use biome as formatter node#50672.
  4. anonrig commented on Feb 27, 2024

    @anonrig
    MemberAuthor

    See nodejs/node-core-test#22 for what would need to happen for this to be possible. The effort was started in nodejs/eslint-plugin-nodejs-internal#1

    I personally prefer to not invest more time on the current solution and Eslint, in favor of nodejs/node#50672

  5. GeoffreyBooth commented on Feb 27, 2024

    @GeoffreyBooth
    Member

    Then get Biome used on the main repo first, then update this one. If the main repo never migrates to Biome then we’re not any better off after migrating this repo to Biome than we are today.

    We’re not any worse, either, I suppose. So either way. But it would be wasted effort if we migrate this to Biome and then the main repo migrates to something else, and then this repo needs to migrate again to that something else.

  6. merceyz commented on Feb 27, 2024

    @merceyz
    Member

    It has extremely unopinionated defaults.

    That seems like a negative and prone to bikeshedding.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions