Skip to content

Apply typescript-eslint's recommended config to gts files#147

Open
bendemboski wants to merge 1 commit intoember-cli:mainfrom
bendemboski:fix-tseslint-recommended-gts
Open

Apply typescript-eslint's recommended config to gts files#147
bendemboski wants to merge 1 commit intoember-cli:mainfrom
bendemboski:fix-tseslint-recommended-gts

Conversation

@bendemboski
Copy link
Copy Markdown
Contributor

"Patch" typescript-eslint's recommended config to allow us to extend it to gts files, and also add test cases to verify that we're applying the ruleset to both ts and gts files.

This is the equivalent of ember-cli/ember-addon-blueprint#120 for this repo

extends: [...ts.configs.recommendedTypeChecked, ember.configs.gts],
extends: [
...ts.configs.recommendedTypeChecked,
// https://github.com/ember-cli/ember-addon-blueprint/issues/119
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

so I'm not comfortable linking to an issue that is closed as a not planned here like this 🤔

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's your proposal @mansona ? Leave it as-is with just a link to our issue (that then itself links to the other issues if people dig a little)? Or perhaps provide more of an inline explanation rather than links to issues? Something else?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So the thing I want to see here is a full explanation of why we're doing a hack, what we're working around, and then we are able to link to any issues that explain why upstream is not going to fix this.

If we're linking to a closed issue in a file that is output into a user's newly generated app we need to explain what it means and we need to communicate a sense of reassurance as to why it's ok to have this hack here. This could be one of the first experiences that someone has with an ember app and, even though it's not great, they could reasonably decide not to use Ember for a project because of a dangling link to a closed issue in a generated file 🤷

Copy link
Copy Markdown
Contributor

@NullVoxPopuli NullVoxPopuli left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for spending the time on this and getting me up to speed on the problem <3

"Patch" `typescript-eslint`'s recommended config to allow us to extend it to `gts` files, and also add test cases to verify that we're applying the ruleset to both `ts` and `gts` files.

This is the equivalent of ember-cli/ember-addon-blueprint#120 for this repo
@bendemboski bendemboski force-pushed the fix-tseslint-recommended-gts branch from de4861d to c27ba64 Compare November 26, 2025 18:03
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.

3 participants