-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - will try running Travis again to see if tests pass.
Hmm, what was the error? I already restarted it once, it looked it failed when connecting to npm 😕 |
Looks like a syntax error from the mirage config.js |
47ab57a
to
7a334c1
Compare
Ugh, it's another node v4 incompatibility 😞 I've been running into these more and more frequently lately. I'll see if there's a quick-fix by forking the |
no issue - adds `eslint-plugin-sort-imports-es6-autofix` dependency - implements ESLint's base `sort-imports` rule but has a distinction in that `import {foo} from 'bar';` is considered `multiple` rather than `single` - fixes ESLint's autofix behaviour so `eslint --fix` will actually fix the sort order - updates all unordered import rules by using `eslint --fix` With the increased number of `import` statements since Ember+ecosystem started moving towards es6 modules I've found it frustrating at times trying to search through randomly ordered import statements. Recently I've been sorting imports manually when I've added new code or touched old code so I thought I'd add an ESLint rule to codify it.
7a334c1
to
6457eac
Compare
Updated with a fork of the eslint plugin, upstream PR has been opened, hopefully it'll be merged and we can remove the custom fork. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pretty cool 👍
It's recommended to use the local installation of eslint.
node_modules/eslint/bin/eslint.js --fix ./app
no issue
eslint-plugin-sort-imports-es6-autofix
dependencysort-imports
rule but has a distinction in thatimport {foo} from 'bar';
is consideredmultiple
rather thansingle
eslint --fix
will actually fix the sort ordereslint --fix
With the increased number of
import
statements since Ember+ecosystem started moving towards es6 modules I've found it frustrating at times trying to search through randomly ordered import statements. Recently I've been sorting imports manually when I've added new code or touched old code so I thought I'd add an ESLint rule to codify and automate it.