Skip to content

chore: version packages - #43

Merged
stevensacks merged 1 commit into
mainfrom
changeset-release/main
Jul 22, 2026
Merged

chore: version packages#43
stevensacks merged 1 commit into
mainfrom
changeset-release/main

Conversation

@stevensacks

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@gaia-react/lint@2.0.0

Major Changes

  • #42 b364e99 Thanks @stevensacks! - React Router relaxations move out of react into a new opt-in reactRouter block.

    react shipped a block scoped to **/routes/**/*.tsx that turned no-empty-pattern off. That glob is not unique to React Router: TanStack Router uses a routes/ directory too, so a project on any other file-based router had the rule silently disabled across its whole route tree, with nothing in the composed config explaining why.

    The relaxation now ships as its own block. Spread it after react if you run React Router in framework mode:

    ...lint.react,
    ...lint.reactRouter,

    Breaking for React Router consumers. Without that line, no-empty-pattern reports every route module that destructures nothing from its typed props (({}: Route.ComponentProps)). Adding the spread restores the previous behavior exactly; there is no other migration step. A project that never writes that shape sees no new errors either way, so the upgrade may well be a no-op in practice.

    Projects on another router should omit it and keep the rule enabled. They will most likely also want to ignore their generated route tree:

    ...lint.ignores({extra: ['**/routeTree.gen.ts']}),

    The /.react-router/** glob stays in the ignores defaults. It names a directory that only exists in a React Router project, so it costs other projects nothing, while moving it would break React Router consumers who miss the new spread.

    A new suite asks ESLint what the composed config resolves to on both sides of the opt-in, so a future change that folds the block back into react, or widens its glob, fails a test instead of quietly relaxing a rule.

    Two dead config entries are removed in the same pass. Neither changes any effective rule:

    • react/display-name was set to off in the route block, but airbnb/config/react already sets it to off for every file.
    • The typescript/only-throw-error block disabled @typescript-eslint/only-throw-error for hooks/, routes/, and sessions.server/, but the typescript/config block already disables that rule globally for **/*.ts?(x).

@stevensacks
stevensacks merged commit 4a39f6e into main Jul 22, 2026
1 check passed
@stevensacks
stevensacks deleted the changeset-release/main branch July 22, 2026 07:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant