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
I was reading through a couple PRs and noticed the pointing out of quite a few lint type issues. Basically, stuff a human shouldn't have to be bothered with...
This could be completely automated away, such that when a developer opens a PR, a hook calls Travis which would check out a version of the code and run shellcheck against it.
benefits
lint issues are caught automatically, and developers can see what the issues are
it makes the continuous integration service (Travis) the strict lint police
GitHub will let you prevent PRs that break the tests from being merged ("sorry, can't merge it until the tests pass")
costs
you'll need to merge the PR I'll create
you'll need to set up Travis access to your repo (so they get notified of PRs, and can post results back to the PRs)
there will likely be some lint issues to clean up before tests pass. Basically, a developer will go through the issues raised and decide whether to suppress that particular warning, or alter the code to "fix" it.
Interested?
The text was updated successfully, but these errors were encountered:
@msimerson Thanks for offering to do this. I'm definitely interested. This is something I've been thinking of doing, but never got around to it.
My only concern is whether we ourselves can extend or adjust the linting rules, as our portability requirements impose... interesting requirements upon our shell-style. :-)
Other than that, I'm all for this. I'm traveling this weekend, but will setup a Travis account either Monday or Tuesday when I get back.
Okay, I'll create a PR for you. You can suppress shellcheck rules that you don't agree with, don't like, or agree with but simply can't avoid (edge cases). I've found that's been plenty of adjustment.
I was reading through a couple PRs and noticed the pointing out of quite a few lint type issues. Basically, stuff a human shouldn't have to be bothered with...
This could be completely automated away, such that when a developer opens a PR, a hook calls Travis which would check out a version of the code and run shellcheck against it.
benefits
costs
Interested?
The text was updated successfully, but these errors were encountered: