Closed randycoulman closed 6 years ago
Hmm ... @randycoulman could you please rebase on master? I am not able to push the merged master after rebasing the pr on it. Unless @ljharb has another idea — I basically wanted to ff merge the pr-branch, but of course the rebase altered the commit's hash, so it's unknown to github, thus being rejected.
Maybe I'm just not seeing something here ... will get back at it tomorrow, possibly it's already simply too late for me and the brain of mine for today ...
I feel dumb now ... may as well just press »rebase and merge« on the web ui.
How do we want to handle this in the future?
@ta2edchimp you can rebase and force push onto the fork. i'll take care of it.
done
Thanks a lot!
I assumed to be lacking write permission to a fork, any fork. That's interesting.
I'll do the rest tomorrow, as well as preparing a release / raising the usual PR to bump the version.
Did you clone using https or ssh? I’ve found that only using ssh solves lots of issues.
SSH. I have to admit, I never even tried to push to a fork / to a branch over at a fork during a PR because I would have assumed write permissions to be optionally per default.
In #286, I added support for reporting on deprecated rules. According to the documentation and tests I wrote, eslint-find-rules is supposed to exit with code 1 when there are deprecated rules (unless the
--no-error
flag is also provided). However, in real usage, this didn't happen.I discovered that the exit status assertions in the tests were not actually being called in all cases, resulting in the tests passing incorrectly. Looks like I forgot to make sure that the test failed for the right reason in this case. Mea culpa :-(.
I made the following changes:
processExitCode
is managed in the code