-
Notifications
You must be signed in to change notification settings - Fork 5.7k
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
[action] add SonarQube pull request parameters to sonar #15069
[action] add SonarQube pull request parameters to sonar #15069
Conversation
Signed-off-by: Damien Rivet <damien.rivet@gmail.com>
Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). 📝 Please visit https://cla.developers.google.com/ to sign. Once you've signed (or fixed any issues), please reply here (e.g. What to do if you already signed the CLAIndividual signers
Corporate signers
ℹ️ Googlers: Go here for more info. |
I signed it! |
CLAs look good, thanks! ℹ️ Googlers: Go here for more info. |
Awesome. I know https://github.com/fastlane/fastlane/blob/master/fastlane/spec/actions_specs/sonar_spec.rb is pretty basic right now, but can you maybe add some tests for these new params? |
@janpio I'll look into the test file to see what can be done, since it's my first contribution to the project I didn't notice the test file. |
Yeah, as this is really barebones you'll probably have to look around a bit through the other test files to find something that tests the generated command of an external tool that is being triggered (hint: during tests |
@janpio I've added a new unit test to check for the parameters (thanks I'm sorry but my current Ruby knowledge won't allow me to do better than that for the moment... |
Signed-off-by: Damien Rivet <damien.rivet@gmail.com>
Hi @janpio, I've fixed all the code issues (wow that was a lot of security checks, but worth it). The PR should be cleared for review now ;-) |
Ha yeah, our rules are pretty tight there - but makes it easier to not have to discuss the small things. |
All (the pull request submitter and all commit authors) CLAs are signed, but one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that by leaving a comment that contains only Note to project maintainer: There may be cases where the author cannot leave a comment, or the comment is not properly detected as consent. In those cases, you can manually confirm consent of the commit author(s), and set the ℹ️ Googlers: Go here for more info. |
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.
Looks good! I added a commit to remove the Fastlane.swift
changes (those get automatically created when a new version of fastlane is released so no need to do it 😊). And thanks for this contribution! ❤️
@joshdholtz thanks for the update :D I was worried I did something wrong and the whole PR would be declined. |
Hey @Ethenyl 👋 Thank you for your contribution to fastlane and congrats on getting this pull request merged 🎉 Please let us know if this change requires an immediate release by adding a comment here 👍 |
Congratulations! 🎉 This was released as part of fastlane 2.129.0 🚀 |
Checklist
bundle exec rspec
from the root directory to see all new and existing tests passbundle exec rubocop -a
to ensure the code style is validMotivation and Context
This PR implements and closes #15068.
As explained in the linked issue, using the currently available parameters of the
sonar
action is limited in term of PR management from SonarQube.This PR goal is to add the missing parameters that would allow for relevant code coverage comparison between branches.
Description
This PR add three new parameters to the
sonar
action.Those parameters can be used to allow SonarQube to perform code coverage differentiation between the base branch and the targeted branch.