Tslint: 로드맵: TSLint -> ESLint

tslint.json을 eslint.json으로 마이그레이션하고 동등한 규칙과 옵션을 매핑하는 CLI 명령이 있으면 좋을 것입니다. 이상적으로는 tslint.json에서 마이그레이션할 수 있는 규칙을 제거하고 아직 동등하지 않은(또는 사용된 옵션을 지원하지 않는) 규칙을 유지하여 tslint.json이 비어 있을 때까지 시간이 지남에 따라 규칙을 멱등적으로 반복적으로 실행할 수 있습니다. 어느 시점에서 우리는 ESLint에 완전히 의존할 수 있습니다.

좋은 소식.
ESLint 녀석들은 이미 TS를 지원하기 위해 typescript-eslint 프로젝트를 시작했습니다.
그들은 또한 도움을 찾고 있습니다. 다음은 성명입니다. .

마이그레이션 후 tslint 규칙을 작성하는 것은 무엇을 의미합니까?

eslint를 JS에서 TS로 마이그레이션할 계획이 있습니까? 말하기 싫지만 eslint가 ts로 마이그레이션되지 않으면 규칙을 작성하는 것이 즐겁지 않을 것입니다.

내 나쁜, 우리가 사용할 eslint가 아니라 typescript-eslint를 사용하는 것이 더 합리적입니다. 내가 도움이 될 수 있는지 알려주세요.

repo의 readme.md에서 더 이상 사용되지 않도록 이 계획을 참조할 수 있습니까? 특정 사람들만 이 계획에 대해 알고 있는 것 같고 일반적인 지식이 아닙니다. 감사 해요!

@joeyj-msft 실제로 adidahiya가 a395501739bf7f0f166e5b0ccb355c0e9500445a에 추가했습니다.

typescript-eslint 에서 TSLint 규칙(https://palantir.github.io/tslint/rules/)의 일부 "요약"을 사용할 수 있으면 좋을 것입니다. palantir의 "ESLint" 플래그여야 하는지 아니면 https://github.com/typescript-eslint/typescript-eslint의 새 목록이어야 하는지 모르겠습니다. 그러나 프로젝트를 이동할 준비가 되었는지 여부를 결정하는 데 도움이 됩니다.

@Maximebpro 참조 https://github.com/typescript-eslint/typescript-eslint/blob/master/packages/eslint-plugin/ROADMAP.md :+1:

@JoshuaKGoldberg 저는 tslint에서 typescript-eslint로 전환하고 있습니다. TSLint를 사용하여 프로젝트에 대한 사용자 지정 규칙을 만들었습니다. TSLint에서 했던 것과 동일한 방식으로 사용자 지정 규칙을 계속 생성하려면 어떻게 해야 합니까?

내 프로젝트는 Javascript 및 Typescript 파일을 생성하므로 해당 파일에 대해 단일 규칙만 생성해야 합니까?

@moulikcipherX 좋은 질문을 해주셔서 감사합니다!

typescript-eslint/packages/eslint-plugin-tslint 를 사용하여 ESLint 내에서 TSLint 규칙을 사용할 수 있습니다. TSLint 구성을 래핑하고 TSLint를 사용하여 코드를 린트합니다.

ESLint에서 규칙을 작성하려면 typescript-eslint/packages/eslint-plugin 을 참조하십시오. 그 README.md에는 지원되는 모든 규칙의 목록이 있습니다 _(목록이 상당히 커졌습니다!)_. ROADMAP.md 에는 기존 TSLint 규칙을 새 규칙에 매핑하는 내용이 있습니다.

@JoshuaKGoldberg 감사합니다.

따라서 TSLint에서와 동일한 TypeScript에 대한 사용자 정의 규칙을 생성하기 위해 동일한 방법을 더 사용할 수 있습니다.

참고: 이 스레드의 원래 게시물을 보다 구체적인 로드맵 타임라인으로 업데이트했습니다. 이 페이지의 맨 위로 스크롤하여 보십시오.

어, 블로그 게시물도 https://github.com/palantir/tslint/tree/gh-pages/_posts 에 있어야 하고 https://github.com/palantir/tslint/blob/master/ 에서 링크되어서는 안 됩니다. README.md ?

gh-pages 웹사이트의 @SamB 블로그는 꽤 오래되어 업데이트되지 않았습니다. 그리고 블로그 포스트는 README 상단에 링크되어 있습니다.

@adidahiya @JoshuaKGoldberg
typescript-eslint 프로젝트에 기여하고 싶습니다. 어디서부터 시작해야 하나요?

@moulikcipherX https://github.com/typescript-eslint/typescript-eslint#how -can-i-help

사용자 정의 tslint 규칙에서 사용자 정의 eslint 규칙 으로 의 동등한 변환이 향후 typescript-supported-eslint 에서 지원됩니까?

내가 말하려는 것은 custom-tslint-rule의 JS 파일을 해당 eslint 호환 linting 규칙으로 변환하는 특정 CLI 명령이 있다는 것입니다. eslint에 대한 tslint의 규칙을 다시 구현하는 것은 정말 힘든 작업이 될 것이라는 점에서 많은 도움이 될 것입니다...

@a20185 , 예, 지금 존재합니다! https://github.com/typescript-eslint/tslint-to-eslint-config

훌륭한 도구를 만들어 주셔서 감사합니다. 앞으로의 모험에서 최선을 다하시기를 바랍니다. 모험이라고 하면 이것은 확실히 하나였지 않습니까?

어쨌든, 당신에게 최선을,
할 것이다

2019년 말(이 리포지토리가 더 이상 사용되지 않는 것으로 추정되는 해)이 다가옴에 따라 지금이 NPM에 더 이상 사용되지 않는 플래그를 추가하여 새 설치가 ESLint로 지정되도록 하기에 좋은 시기가 될 수 있습니다.

readme를 좀 더 명확하게(최상위 수준) 알리고 사용자를 typescript-eslint로 연결하는 것도 유용할 것입니다.

거의 모든 일반적인 사용 사례가 ESLint에 의해 다루어졌으므로 지금 이 작업을 수행할 계획입니까?

나는 또한 tslint가 더 이상 사용되지 않을 때 eslint가 더 많은 압력을 받고 커뮤니티가 그것에 더 집중할 것이라고 생각하고 희망합니다.

tslint-to-eslint-config 는 tslint.json 를 .eslinerc.js 로 변환하는 데 도움이 되지만 불가능합니다.
인라인 tslint:disable:<rule> 을 처리할 수 없으며 일부 규칙이 제대로 구성되지 않았거나 아직 eslint에서 지원하지 않습니다.

tslint에서 eslint로 마이그레이션할 때 여전히 일부 가장자리가 있습니다. typescript 파일에 eslint를 사용하면 어떤 이점이 있습니까? 타이프스크립트 커뮤니티와 자바스크립트 커뮤니티 간의 일관성을 향상시키려면?
프로젝트에서 javascript 파일 없이 typescript만 사용하는 경우 마이그레이션을 수행한 후에도 여전히 이점이 있습니까?

tslint-to-eslint-config 는 tslint.json 를 .eslinerc.js 로 변환하는 데 도움이 되지만 불가능합니다.
인라인 tslint:disable:<rule> 를 처리할 수 없습니다.

실제로: https://github.com/typescript-eslint/tslint-to-eslint-config/issues/136
원한다면 추가할 수 있습니다! https://github.com/typescript-eslint/tslint-to-eslint-config/pull/246 에 진행 중인 PR이 있으며 도움이 될 수 있습니다.

tslint에서 eslint로 마이그레이션할 때 여전히 일부 가장자리가 있습니다. typescript 파일에 eslint를 사용하면 어떤 이점이 있습니까?

이 스레드의 상단에 언급된 블로그 게시물 에 나열된 이유를 확인할 수 있습니다.

@beenotung

TSLint는 ESLint에 비해 항상 제한적이었습니다. ESLint에는 없었던 규칙이 많이 있습니다. 플러그인과 훨씬 더 큰 커뮤니티/지원은 ESLint가 항상 가지고 있었던 것은 말할 것도 없습니다. 또한 우리 중 많은 사람들이 어디에서나 사용하는 멋지게 구성된 eslintrc 를 가지고 있으므로 TSLint 프로젝트를 수정해야 하는 불일치가 되게 합니다(사용되지 않는 도구를 사용하여).

TSLint에 있는 ESLint에서 누락된 것이 있는 경우 사용되지 않는 도구를 계속 사용하는 것보다 구현될 수 있도록 올리는 것이 좋습니다.

eslint에 대한 더 많은 컨텍스트를 제공해주셔서 감사합니다. eslint를 사용하는 이점이 있습니다.

실제로 tslint에서 eslint로 마이그레이션을 시도했지만 eslint에 유형 개념이 없기 때문에 일부 가장자리를 쉽게 고칠 수 없는 것 같습니다(따라서 제네릭 유형의 들여쓰기가 깨짐).

eslint의 도구 지원(특히 구성 파일의 IDE 힌트)과 관련하여. 언젠가 기여할 수 있기를 바라지만 현재 경험이 없고 자유롭게 일할 수 없습니다. (적어도 내 목록의 맨 위에 있지는 않습니다. 왜냐하면 tslint는 여전히 잘 작동하기 때문입니다)

덜 고통스러운 방법은 typescript 파일에 tslint를 사용하고 javascript 파일에 eslint를 사용하여 두 세계가 '일관성'을 즐길 수 있도록 하는 것 같습니다.

npm은 TSLint가 더 이상 사용되지 않으며 대신 ESLint를 사용한다고 명시 하므로 마이그레이션이 완료되었다고 가정합니다.
이 문제를 닫아야 하지 않습니까?

@cdalexndr 사람들이 지원 중단의 근거에 대해 배우고 최신 업데이트를 읽을 수 있도록 이 문제를 공개하는 것은 여전히 ​​유용합니다.

위의 예정 블로그 게시물 은 typescript-eslint 에 대한 기술적인 세부 사항에 초점을 맞추지 않았습니다.
TSLint 사용자 는 typescript-eslint 작동 방식에 대해 자세히 알아볼 수 있습니다.

일반적으로 전체 typescript-eslint/README 파일에는 투명한 전환에 필요한 모든 것이 있습니다.

패키지 자체가 npm에서 더 이상 사용되지 않는 것으로 표시되지 않는 이유가 있습니까? 예를 들어 요청 처럼?

@niklasR 버전 6.0.0은 NPM에서 더 이상 사용되지 않는 것으로 표시되었으며 모든 지옥이 무너졌습니다.

#4919 및 #4914를 확인하세요.

하지만 😛... 사람들은 TSLint 사용을 중단해야 합니다.

새 버전을 더 이상 사용되지 않는 것으로 명시적으로 표시한 적이 없는 것 같습니다. https://www.npmjs.com/package/tslint 에서 버전 기록을 확인하세요.

권한이 없습니다 - @adidahiya ?

오, 이상하게도, 여기 문서에서 이 명령이 범위에 속하는 모든 잠재적인 향후 버전을 더 이상 사용하지 않을 것이라고 제안했다고 생각했습니다 .

npm deprecate tslint@^6.0.0 "TSLint has been deprecated in favor of ESLint. Please see https://github.com/palantir/tslint/issues/4534 for more information."

...하지만 그렇지 않다고 생각합니다. 나는 새로운 것을 더 이상 사용하지 않습니다.

@adidahiya 감사합니다. 여기에서 NPM 문서에 대한 문제를 열었습니다. https://github.com/npm/cli/issues/1165

이전 버전도 더 이상 사용되지 않아야 합니까? 마찬가지로 어떻게 요청 합니까 ?

내가 묻는 이유는 패키지를 ESLint로 마이그레이션하려고 하지만 TSLint ^5를 상당히 많이 사용하기 때문이며 기존 프로세스를 사용하여 (300+) 저장소를 스캔하는 것이 좋을 것입니다. 마이그레이션이 필요한 모든 항목에 플래그를 지정하는 지원 중단 알림.

사용 중단은 항상 기존 버전에만 적용되었습니다. 새 버전을 더 이상 사용하지 않으려면 게시 후 항상 수동으로 사용하지 않아야 합니다.

사용자가 github 페이지 https://palantir.github.io/tslint/에서 TSLint 지원 중단에 대해 매우 명확하게 표시하는 것이 좋지 않을까요?

사용자가 github 페이지 https://palantir.github.io/tslint/에서 TSLint 지원 중단에 대해 매우 명확하게 표시하는 것이 좋지 않을까요?

그것이 바로 내가 기다리던 것입니다! 누군가 tslint에서 eslint로의 마이그레이션에 대한 명확한 단계별 지침을 제시해 주세요.

TSLint 문서 웹사이트는 꽤 오랫동안 업데이트되지 않았지만 이 리포지토리의 README는 최신 상태이며 typescript-eslint README 에는 마이그레이션에 대한 단계별 가이드를 포함하여 유용한 정보가 많이 있습니다.

오류 메시지 수정
[https://stackoverflow.com/questions/61605380/angular-9-issue-unable-to-run-the-initial-application]
npm 설치 초키다르
npm 캐시 정리 --force
npm install -g @angular/ cli@latest

안녕하세요 Angular 팀, 저는 Angular를 처음 사용합니다. 새 프로젝트를 생성하는 동안 발생하는 오류를 도와주세요.

감사합니다.

안녕하세요 Angular 팀, 저는 Angular를 처음 사용합니다. 새 프로젝트를 생성하는 동안 발생하는 오류를 도와주세요.

감사합니다.

당신은 잘못된 장소에 있습니다
이것은 palantir 이며 angular 가 아닙니다.
https://github.com/angular/angular/issues 에서 문제를 생성하세요.
또는 이 문제를 해결하는 문제가 이미 있는지 찾아보세요.
도움이 되어 기쁩니다. 나중에 뵙겠습니다.

Angular의 도움을 '여기'에 요청하는 것만으로도 어리둥절할 정도로.. 그들의 로고가 영국 전원 소켓처럼 생겼다는 점에 깊은 인상을 받았습니다.

@JoshuaKGoldberg 감사합니다!

이 리포지토리를 보관/잠그는 날도 와야 합니다.

다시는 코드 변경이 필요하지 않아야 합니다. 누군가 지금 버그를 찾으면 솔루션은 오래 사용되지 않는 이 프로젝트를 파헤치는 대신 ESLint를 사용하는 것입니다.

대부분의 사람들이 지금 그것을 떠나려고 하는 것을 보는 것은 좋지만 이것을 포기하는 것에 대해 더 명확할수록 더 좋습니다.

2020년 9월부터 ts-lint를 더 이상 eslint 대신 사용해서는 안 된다고 생각합니다.

프로젝트에서 여전히 ts-lint를 사용하는 경우 다음을 사용하는 것이 좋습니다.
https://github.com/typescript-eslint/tslint-to-eslint-config 확인

하지만 typescript-eslint는 실제로 무엇이 잘못되었는지 알려주지 않습니다. https://github.com/typescript-eslint/typescript-eslint/blob/master/docs/getting-started/linting/FAQ.md#why -dont-i-see -typescript-errors-in-my-eslint-출력

😢

하지만 typescript-eslint는 실제로 무엇이 잘못되었는지 알려주지 않습니다. https://github.com/typescript-eslint/typescript-eslint/blob/master/docs/getting-started/linting/FAQ.md#why -dont-i-see -typescript-errors-in-my-eslint-출력

😢

이것이 TSLint의 경우에도 거의 사실이며 TSLint를 사용하는 경우에도 Linting 스크립트에서 tsc --noEmit 를 호출하는 이유가 무엇이라고 생각합니다.

버전 8로 새로운 각도 앱을 생성했으며 기본적으로 tslint가 함께 제공됩니다. 허스키 구현을 위해 ts config를 사용하기 시작했습니다. 내 질문은 앞으로 몇 년 동안 내 프로젝트에서 Angular 8을 사용할 것이라는 사실을 감안할 때 권장되는대로 typescript-eslint로 이동하는 것이 필수입니까?

@mayankkalbhor 본 것처럼 Angular의 기본값은 여전히 ​​TSLint를 사용하는 것입니다. Angular CLI의 모든 기본 구성이 ESLint에 대해 구성될 때까지 Angular 11 이상이 될 것이라고 믿습니다. 로드맵: https://angular.io/guide/roadmap#migration -to-eslint를 참조하십시오.

이미 설정한 것이 있는 경우 TSLint 대신 ESLint를 사용하도록 강제하는 것은 없는 동안 직접 마이그레이션해야 합니다. 그것은 전적으로 당신의 선택입니다. ESLint의 기능을 선호하거나 실제로 규칙을 구성하는 데 시간을 할애할 계획이라면 마이그레이션이 적절한 경로일 수 있습니다. 그러나 TSLint 규칙을 구성하는 데 시간을 할애하지 않고 규칙에 만족한다면 무기한 계속 사용할 수 있습니다. 무기한의 버그 수정과 기능 업데이트는 전혀 기대하지 마십시오.

Angular 개발자의 기본 경로는 Angular가 Angular 10에서 11 또는 11에서 12로 아마도 향후 Angular 업그레이드에 마이그레이션 스크립트를 포함할 때까지 기다리는 것입니다.

그러나 누구나 자유롭게 ESLint로 마이그레이션할 수 있습니다. 자신을 마이그레이션하는 유일한 실제 차단기는 시간이 있고 현재 동등한 ESLint 구성에 없는 기능을 잃어도 상관하지 않는 경우입니다. 이전에 Codelyzer 를 통해 일부 린트 구성이 있었고 이제 여기에 임박한 교체 가 있습니다. angular-eslint

우리가 소프트웨어의 EOL에 도달함에 따라 typescript-eslint가 반대로 하는 것처럼 각 규칙 문서에 typescript-eslint 문서의 대체 규칙에 대한 링크가 있으면 굉장할 것입니다.

이것은 2021년 1월 1일 이후에 내 프로젝트에서 tslint를 사용할 수 없다는 것을 의미합니까? 현재 내 빌드는 tslint를 사용하고 있습니다. npm 웹 사이트에 tslint를 설치하는 명령이 표시되지 않습니다. 그리고 tslint는 이제 더 이상 사용되지 않는다고 말합니다. 누군가 내 질문을 해결할 수 있습니까?

감사합니다.

사용할 수는 있지만 어떤 식으로든 지원을 받을 수 없습니다.
또한 더 이상 업데이트가 없습니다.
예, eslint로 이동해야 합니다.

마지막으로 tslint는 더 많은 유형의 자동 수정을 지원하므로 eslint를 실행하기 전에 'tslint --fix'를 실행하는 것이 좋습니다.

그동안 상황이 바뀌었을 수 있습니다.

나는 그것을 코드 ya로 정렬 할 것이다