New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add eslint/ for @babel/eslint-* packages #10705
Conversation
…decorators Added support for decorators in the new-cap rule.
…opedvar_export Added support for experimental export types
…brackets_export Added support for experimental exports in the `space-in-brackets` rule.
…urlyspacing_export Added support for experimental exports in the `object-curly-spacing` rule
…1.0-rc support eslint@>=1.0.0-rc-1
Updated for ESLint 1.0
Add support for async functions in arrow-parens
add arrow-parens to index.js
…ix-readme Improve the Readme
Support trailing commas in import and export statements. Fixes babel/eslint-plugin-babel#21
Add no-await-in-loop rule.
Future-proofing
Fix typo in README rules section
…ue36 Fix: `object-curly-spacing` had been crashing on an empty object patt…
…ue37 Update: Implement auto fix for object-curly-spacing (fixes babel/eslint-plugin-babel#37)
…ue18 Update: Add tests to check the issue babel/eslint-plugin-babel#18
…ue35 Fix: array-bracket-spacing for destructuring typed parameter (fixes babel/eslint-plugin-babel#35)
…type-annotations Add type annotations to arrow-parens "as-needed"
…t-type Add flow-object-type rule
Bumps [lodash](https://github.com/lodash/lodash) from 4.17.4 to 4.17.14. - [Release notes](https://github.com/lodash/lodash/releases) - [Commits](lodash/lodash@4.17.4...4.17.14) Signed-off-by: dependabot[bot] <support@github.com>
Bumps [lodash](https://github.com/lodash/lodash) from 4.17.5 to 4.17.14. - [Release notes](https://github.com/lodash/lodash/releases) - [Commits](lodash/lodash@4.17.5...4.17.14) Signed-off-by: dependabot[bot] <support@github.com>
Bumps [js-yaml](https://github.com/nodeca/js-yaml) from 3.12.0 to 3.13.1. - [Release notes](https://github.com/nodeca/js-yaml/releases) - [Changelog](https://github.com/nodeca/js-yaml/blob/master/CHANGELOG.md) - [Commits](nodeca/js-yaml@3.12.0...3.13.1) Signed-off-by: dependabot[bot] <support@github.com>
Bumps [js-yaml](https://github.com/nodeca/js-yaml) from 3.11.0 to 3.13.1. - [Release notes](https://github.com/nodeca/js-yaml/releases) - [Changelog](https://github.com/nodeca/js-yaml/blob/master/CHANGELOG.md) - [Commits](nodeca/js-yaml@3.11.0...3.13.1) Signed-off-by: dependabot[bot] <support@github.com>
…bel#183) * add failing test * support ClassPrivateProperty
Bumps [eslint-utils](https://github.com/mysticatea/eslint-utils) from 1.4.0 to 1.4.2. - [Release notes](https://github.com/mysticatea/eslint-utils/releases) - [Commits](mysticatea/eslint-utils@v1.4.0...v1.4.2) Signed-off-by: dependabot[bot] <support@github.com>
Ah, one tricky thing. ESLint dropped support for Node <8, and we're running tests in Node 6 here. |
We can extract the jest configuration into |
I'd prefer not to modify anything in this PR (just import the packages), and then modify things in a separate PR |
Yep we can hold it for it depends on other PRs. |
Is it okay to have CI failing until I can follow up? Looks like we'll have to do this in a few steps:
One thing I'm a bit confused about is that it looks like the repo is already on ESLint v6, which doesn't support Node 6. |
I think we can fix CI by updating the ESLint config in this PR, which seems like the best thing to do to me. |
Ah, I see what it is - it's currently 6.0.1, which doesn't use any syntax that would throw in Node 6. This will stop working if the repo upgrades to the latest version, though, as we now have syntax that would be unsupported (see eslint/eslint#12407). |
Are there plans to drop support for Node 6 (and 11) now that they're not longer officially supported? |
IIRC, Nodejs 11 has been dropped from CI. We will drop node 6 and 8 in babel 8 after node 8 reaches EOL, which is the end of this year. |
8c2bb71
to
ec18c30
Compare
Ok I think that it worked:
// ../rewrite-commit-msg.js
"use strict";
const fs = require("fs");
const cp = require("child_process");
let msg = fs.readFileSync("/dev/stdin", "utf8");
const folderToRepo = {
"babel-eslint-config-internal": "eslint-config-babel",
"babel-eslint-parser": "babel-eslint",
"babel-eslint-plugin": "eslint-plugin-babel",
"babel-eslint-plugin-development": "eslint-plugin-babel-plugin"
};
let file = cp
.execSync(
`git diff-tree --no-commit-id --name-only -r ${process.env.GIT_COMMIT}`,
{ encoding: "utf8" }
)
.trim()
.split("\n")[0];
if (!file.startsWith("eslint/")) {
return msg;
}
const repo = folderToRepo[file.split("/")[1]];
if (!repo) {
throw new Error(`Folder does not map to a known repo: ${file} ${process.env.GIT_COMMIT}`);
}
process.stdout.write(msg.replace(/(?<!\w)#(\d+)/g, `babel/${repo}#$1`)); Old branch: https://github.com/nicolo-ribaudo/babel/commits/import-babel-eslint-backup |
This is the result of running the following commands:
This PR uses
lerna import
to bring in all the ESLint-related packages and adds them to a top-leveleslint/
directory.I didn't change the package names yet or update the versions. Is it okay to follow up with that? Figured it would be nice to bring them in as they are now and update them afterwards for posterity.