embarklabs
/
embark
mirror of https://github.com/embarklabs/embark.git
2
0
Fork 0
Code Issues Projects Releases Wiki Activity
embark/tslint.json

27 lines
679 B
JSON
Raw Permalink Normal View History

refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
{
"defaultSeverity": "error",
"extends": [
"tslint:recommended"
],
"jsRules": {},
"rules": {
refactor(@embark/core): move Engine into embark-core
2019-11-11 13:41:40 +00:00
"arrow-parens": false,
refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
"interface-name": [true, "never-prefix"],
fix: ensure that packages properly specify their dependencies Many packages in the monorepo did not specify all of their dependencies; they were effectively relying on resolution in the monorepo's root `node_modules`. In a production release of `embark` and `embark[js]-*` packages this can lead to broken packages. To fix the problem currently and to help prevent it from happening again, make use of the `eslint-plugin-import` package's `import/no-extraneous-dependencies` and `import/no-unresolved` rules. In the root `tslint.json` set `"no-implicit-dependencies": true`, wich is the tslint equivalent of `import/no-extraneous-dependencies`; there is no tslint equivalent for `import/no-unresolved`, but we will eventually replace tslint with an eslint configuration that checks both `.js` and `.ts` files. For `import/no-unresolved` to work in our monorepo setup, in most packages add an `index.js` that has: ```js module.exports = require('./dist'); // or './dist/lib' in some cases ``` And point `"main"` in `package.json` to `"./index.js"`. Despite what's indicated in npm's documentation for `package.json`, it's also necessary to add `"index.js"` to the `"files"` array. Make sure that all `.js` files that can and should be linted are in fact linted. For example, files in `packages/embark/src/cmd/` weren't being linted and many test suites weren't being linted. Bump all relevant packages to `eslint@6.8.0`. Fix all linter errors that arose after these changes. Implement a `check-yarn-lock` script that's run as part of `"ci:full"` and `"qa:full"`, and can manually be invoked via `yarn cylock` in the root of the monorepo. The script exits with error if any specifiers are found in `yarn.lock` for `embark[js][-*]` and/or `@embarklabs/*` (with a few exceptions, cf. `scripts/check-yarn-lock.js`).
2020-02-20 23:47:01 +00:00
"max-classes-per-file": false,
refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
"max-line-length": [true, 200],
"member-ordering": [false],
refactor(@embark/core): move Engine into embark-core
2019-11-11 13:41:40 +00:00
"member-access": false,
refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
"no-empty": false,
"no-console": false,
fix: ensure that packages properly specify their dependencies Many packages in the monorepo did not specify all of their dependencies; they were effectively relying on resolution in the monorepo's root `node_modules`. In a production release of `embark` and `embark[js]-*` packages this can lead to broken packages. To fix the problem currently and to help prevent it from happening again, make use of the `eslint-plugin-import` package's `import/no-extraneous-dependencies` and `import/no-unresolved` rules. In the root `tslint.json` set `"no-implicit-dependencies": true`, wich is the tslint equivalent of `import/no-extraneous-dependencies`; there is no tslint equivalent for `import/no-unresolved`, but we will eventually replace tslint with an eslint configuration that checks both `.js` and `.ts` files. For `import/no-unresolved` to work in our monorepo setup, in most packages add an `index.js` that has: ```js module.exports = require('./dist'); // or './dist/lib' in some cases ``` And point `"main"` in `package.json` to `"./index.js"`. Despite what's indicated in npm's documentation for `package.json`, it's also necessary to add `"index.js"` to the `"files"` array. Make sure that all `.js` files that can and should be linted are in fact linted. For example, files in `packages/embark/src/cmd/` weren't being linted and many test suites weren't being linted. Bump all relevant packages to `eslint@6.8.0`. Fix all linter errors that arose after these changes. Implement a `check-yarn-lock` script that's run as part of `"ci:full"` and `"qa:full"`, and can manually be invoked via `yarn cylock` in the root of the monorepo. The script exits with error if any specifiers are found in `yarn.lock` for `embark[js][-*]` and/or `@embarklabs/*` (with a few exceptions, cf. `scripts/check-yarn-lock.js`).
2020-02-20 23:47:01 +00:00
"no-implicit-dependencies": true,
"no-irregular-whitespace": false,
refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
"no-var-requires": false,
refactor(@embark/core): move Engine into embark-core
2019-11-11 13:41:40 +00:00
"object-literal-sort-keys": false,
"ordered-imports": false,
"quotemark": [false, "single"],
"trailing-comma": false,
fix: ensure that packages properly specify their dependencies Many packages in the monorepo did not specify all of their dependencies; they were effectively relying on resolution in the monorepo's root `node_modules`. In a production release of `embark` and `embark[js]-*` packages this can lead to broken packages. To fix the problem currently and to help prevent it from happening again, make use of the `eslint-plugin-import` package's `import/no-extraneous-dependencies` and `import/no-unresolved` rules. In the root `tslint.json` set `"no-implicit-dependencies": true`, wich is the tslint equivalent of `import/no-extraneous-dependencies`; there is no tslint equivalent for `import/no-unresolved`, but we will eventually replace tslint with an eslint configuration that checks both `.js` and `.ts` files. For `import/no-unresolved` to work in our monorepo setup, in most packages add an `index.js` that has: ```js module.exports = require('./dist'); // or './dist/lib' in some cases ``` And point `"main"` in `package.json` to `"./index.js"`. Despite what's indicated in npm's documentation for `package.json`, it's also necessary to add `"index.js"` to the `"files"` array. Make sure that all `.js` files that can and should be linted are in fact linted. For example, files in `packages/embark/src/cmd/` weren't being linted and many test suites weren't being linted. Bump all relevant packages to `eslint@6.8.0`. Fix all linter errors that arose after these changes. Implement a `check-yarn-lock` script that's run as part of `"ci:full"` and `"qa:full"`, and can manually be invoked via `yarn cylock` in the root of the monorepo. The script exits with error if any specifiers are found in `yarn.lock` for `embark[js][-*]` and/or `@embarklabs/*` (with a few exceptions, cf. `scripts/check-yarn-lock.js`).
2020-02-20 23:47:01 +00:00
"variable-name": ["allow-leading-underscore"]
refactor(@embark/embark-typings) move typings to its own module fix typings WIP: refactor WIP: just needed an annotation :tada: thanks @emizzle! WIP: don't pack a tarball since it's a private package WIP: no need to list as a devDep
2019-02-04 22:57:55 +00:00
},
"rulesDirectory": []
}