-
-
Notifications
You must be signed in to change notification settings - Fork 643
/
formatting.eslintrc.yaml
37 lines (32 loc) · 1.18 KB
/
formatting.eslintrc.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
# Formatting rules which overrule Prettier. These are in their own file so
# we can follow each Prettier run with a streamlined (and faster) ESLint run
# that uses only these rules.
parser: "hermes-eslint"
plugins:
- ft-flow
- import
- jest
- react
- react-hooks
rules:
# Disallow tucking a condition or loop body in at the end of a line, like
# `if (condition) return;`. That makes it much too easy to miss control flow.
nonblock-statement-body-position: [error, below]
curly: [error, all]
# When breaking a line at a binary operator, the operator goes
# at the start of a line, not the end. This makes it much more
# conspicuous whether we're using e.g. `&&` or `||`.
operator-linebreak:
- error
- before
- overrides:
# Assignment operators are a very different beast, which it would make
# no sense to format this way.
"=": after
"+=": after
"-=": after
# ... There are 10 other assignment operators in JavaScript;
# if they come up, add them.
# This *would* overrule Prettier, and in particular run roughshod over
# line-length limits. Let Prettier take care of it.
implicit-arrow-linebreak: off