-
-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add working directory flag to allow use of action from non-root directory #19
Conversation
Reporting to Reviewdog will only match paths if eslint reports absolutes ones. I'm not able to test right now, is it the case? |
Same as reviewdog/action-golangci-lint#15, github-pr-check and github-check reporter doesn't support sub-directory run currently. reviewdog/reviewdog#461 |
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.
It seems to me that |
I've updated to try to allow for running It seems to have mostly worked. The check failed (as expected, I suppose) and the one with reporter= It was super easy to get A few things worth noting: These may be reasons to just hold off until |
📝 Tests don't actually run properly as the PR is from my forked repo 🤔 |
Thanks for the fast response to the requested changed @LaurenceGA |
The test worked with minor modifications. #25 |
Add working directory flag to allow use of action from non-root directory (Follow up of #19)
I merged it and released a new version. Thank you for your contribution, @LaurenceGA ! |
Fixes #18
This action assumes that your
package.json
is in the root directory of your repository (or I guess that you haveeslint
globally installed). I think it's common to have eslint in yourpackage.lock
in a subdirectory. Hence, it's necessary to tell the action not only where to runeslint
, but also where to find it. Unless I'm missing something, I'm pretty sure this is required for my use case anyway.eslint_flags
is fine for specifying what to run eslint on, but the action still looks foreslint
in the root directory, so it's insufficient for this use case.Please let me know if I missed anything!