You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Linters and code formatters are standard, and they lead to consistency in project development over time.
Discussion
This will require putting in effort and collaborating with others to agree on a reasonable rule set. It's likely that we'll all have to give some concessions from our personal coding style, but that is to be expected when contributing to a team.
Intelli-J offers built-in code formatters called "Inspectors." They can be run in bulk over the whole project to get things set up, and then can be evaluated on each save. Using these would be convenient since they are built in, and because Intelli-J is our preferred editor. It means that development on non-Intelli-J IDE's will not have the consistent linting rules. It also means it will be difficult to automatically perform the linting checks in a CI environment.
Would we prefer:
Convenient systems in Intelli-J
Robust and widely available manually installed systems
The text was updated successfully, but these errors were encountered:
I think it should be possible to add them to CI/CD using Qodana. There's a limited-functionality free version that still supports Java (but not TypeScript--sorry Dallin), and I believe it works with GitHub Actions, but I'm not sure. That being said, I don't think a CI/CD workflow is high priority here; as long as we can define a standard for everyone locally, that should be sufficient.
Especially since we've explicitly decided to focus on IntelliJ, I would vote we stick to that ecosystem, all else being equal
Overview
Linters and code formatters are standard, and they lead to consistency in project development over time.
Discussion
This will require putting in effort and collaborating with others to agree on a reasonable rule set. It's likely that we'll all have to give some concessions from our personal coding style, but that is to be expected when contributing to a team.
Intelli-J offers built-in code formatters called "Inspectors." They can be run in bulk over the whole project to get things set up, and then can be evaluated on each save. Using these would be convenient since they are built in, and because Intelli-J is our preferred editor. It means that development on non-Intelli-J IDE's will not have the consistent linting rules. It also means it will be difficult to automatically perform the linting checks in a CI environment.
Would we prefer:
The text was updated successfully, but these errors were encountered: