Skip to content
This repository was archived by the owner on Jul 11, 2019. It is now read-only.

tests: add and follow most of eslint rules #237

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

come-maiz
Copy link
Contributor

Brought to you with 🤓 by the #static task force.
Remember that if you have $opinions, you should report an issue on https://github.com/ZeppelinSolutions/code-style where we will discuss about it and then update the rules accordingly, if required.

Copy link
Contributor

@facuspagnuolo facuspagnuolo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks Leo! Left some comments, we can discuss this offline with the rest of the time if necessary

// Code style
"indent": [2, 2],
"quotes": [2, "single"],
"semi": ["error", "always"],
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Once again, I strongly disagree with adding rules that do not add value to our development process... using or not semicolons is one of those, I will feel like I'm wasting my time if the CI fails because I didn't add a semicolon, OTOH I would really love the CI to tell me that I forgot a debugger line for example

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@facuspagnuolo the discussion about this is here: OpenZeppelin/configs#1
I might have misunderstood your opinion there, sorry about that. Feel free to reopen it and we'll keep talking there.
Later, if we agree to not use the semicolons, I'll adjust the code. This one is super simple, because eslint can autoapply it.

"comma-dangle": [1, "always-multiline"],
"no-dupe-args": 2,
"no-dupe-keys": 2,
"no-debugger": 0,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this are the kind of rules that I find useful

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For all the ones that you don't find useful and want to remove, please open an issue on the code-style repo. The idea is to progress step-by-step until we are all comfortable with the rules, hopefully without hating each other when we disagree :)

@facuspagnuolo facuspagnuolo added the status:blocked Blocked issue label Jun 7, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status:blocked Blocked issue
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants