由于功用成绩，TypeScript 官方决议片面采用 ESLint，甚至把仓库（Repository）作为测试平台，而 ESLint 的 TypeScript 解析器也成为独立项目，专注处置双方兼容性成绩。

JavaScript 代码检验工具 ESLint 在 TypeScript 团队发布片面采用 ESLint 之后，发布 typescript-eslint 项目，以集中处置 TypeScript 和 ESLint 兼容性成绩。而 ESLint 团队将不再维护 typescript-eslint-parser，也不会在 Npm 上发布，TypeScript 解析器转移至Github 的 typescript-eslint/parser。

在 TypeScript 的2019 上半年开展规划中，TypeScript官方阐明了 Linting 工具的状况。由于在数个月前他们透过 VS Code 的问卷调查发现，不少用户以为 TypeScript 的 Linting 援助不足，因此担任 JavaScript 编辑体验的团队末尾着手添加对 TSLint 和 ESLint 的援助。

但是编辑器团队提到，TSLint 的规则运作方式存在架构性的功用成绩， 假设要维持效能将需求不同的 API，而这将破坏既有规则，相反的 ESLint 则具有更高效能的架构，而且不少抢手项目的社群，诸如 React Hooks 和 Vue，都是运用 ESLint 建构 Lint 规则。

因此 TypeScript 的编辑器团队决议专注援助 ESLint，添加语义 Linting 和顺序范围 Linting 等目前尚未包含的运用情境，同时，他们也承诺，会提供贡献以强化 ESLint 对 TypeScript 的援助，同时也在 TypeScript 贮存库中运用 ESLint，使其成为工具实际的测试平台，并向上发送一切新规则。

部分 ESLint 团队中的成员，在过去不断努力于提高和 TypeScript 的兼容性，主要停止维护 TypeScript 解析器的任务，虽然这个解析器过去并非由 ESLint 团队维护，但最近落到了团队成员手中，而在 TypeScript 决议转而运用 ESLint 之后，官方以为，Typescript 解析器势必成为开展中心。

因此 ESLint 官方宣布发布 typescript-eslint 项目，这项任务交由 ESLint 团队的 James Henry 停止维护，Henry 本身便担任长期推进 ESLint 与 TypeScript 兼容性，本来的 TypeScript 解析器也将搬迁至仓库。官方提到，ESLint 团队并不会正式参与新项目，但会援助 James Henry 并维持畅通的沟通渠道，确保为 TypeScript 的开发人员提供良好的运用体验。

接上去 ESLint 团队将不再继续维护 typescript-eslint-parser，他们会封存仓库，也不会在 Npm 发布 typescript-eslint-parser，本来运用 typescript-eslint-parser 的开发者应运用 typescript-eslint/ parser 来替代。

【编辑引荐】

高效开发 Dubbo？用 Spring Boot 可得劲！

GitHub宣布创立私有仓库收费且有限制，开发者等候已久！

面向开发者的18个机器学习平台

本月 Firefox 65 将参加 Flexbox Inspector 开发者工具

Jest 思索迁移到 TypeScript，阮一峰：Flow 要完

(责任编辑：admin)