Closed kpumuk closed 6 years ago
Thanks! There's some good stuff here.
Going to merge this, but I really prefer the begin/rescue/end
way of error handling. It's mainly just the way it looks, I like the intention of saying "here is where I am going to rescue errors" rather than surprising the reader after a potential source of error. I'm going to keep that like it is. Otherwise you definitely caught a good bunch of issues here. Thanks!
Ok, let me fix that
Well, I rebased and messed up this PR. Any ideas on how to fix it? I want to attribute the PR to you, not just close this. Perhaps you can pull the latest in master and force push to this branch, which should trigger GitHub to recognise the merge. (And I won't rebase again.)
Sure.
git reset --hard 062843efcb22863727074f9dbcb9cde60864009c
git push -f
This will essentially discard all the commits you have made after the initial "Adding a changelog" (which is rebase + changelog update, which I pulled into this PR just now)
Another option is to close this PR, and I will work to resolve the conflicts with my other branches (this PR is not the last one :-) ). Please let me know which way do you prefer.
This PR includes:
@match_data
, since we only use it to retrieve the counter. Caching the counter instead (this way we do not re-apply regex over and over again if there is no match [should not happen, but still])begin
/end
inget_hashes
~