-
-
Notifications
You must be signed in to change notification settings - Fork 849
Handling case insensitive exclude labels #737
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
Handling case insensitive exclude labels #737
Conversation
Hi @rafaeelaudibert ! Thanks for your PR. Can you please add some test cases? thanks! |
Sure, will try to add it tonight (or in the next 24 hours). |
Added a comprehensive test, and updated the old ones to match this change! |
Looks good. Thanks, @rafaeelaudibert |
@rafaeelaudibert can you please squash the commits in a single one now that's almost ready? It's going to be easier to review. Thanks! |
fa5cb88
to
dabcd23
Compare
Hey guys! Thanks for the awesome comments. Squashed it, and ready for review/merge. |
@rafaeelaudibert Thanks for the improvement - there's been some code movement under the feet of this (nice!) PR. Would you be able to rebase on master? |
Added tests for case_insensitive exclude_labels
c12d87b
to
58b262d
Compare
Looks like I fucked up while rebasing and lost the commit with the changes (should have read about rebase better, my bad). I will try to redo it sometime during the week, sorry for the mistake. |
Perhaps there's a git reflog way of getting the changes back? Web search for reflog, might help! Holding my thumbs. |
Don't worry, it's the first commit on this branch. Look in the "Files changed" tab in the PR to see what's really changing. |
See https://github.com/github-changelog-generator/github-changelog-generator/pull/737/files The important bit here, is that we squash and merge, not rebase and merge |
This PR close #726 handling the
exclude_labels
option as a case insensitive option.It does so downcasing every string in the issue, as well as the ones added to the flag.
The
default_options
function at parser.rb#237 could be simplified, but I'm waiting for feedback to do so.