We might need to develop a plugin to achieve this, and yes as Jochen mentioned this is just a scenario for bug fixes, not for new functionality and enhancements.
1. Plugin must-have functionality like sure-fire to execute the test cases. 2. Plugin must have the functionality to use git, so it can access (HEAD-1) version of src/main/java 3. Plugin should have the functionality to compile [HEAD-1] src and /src/test/java 4. Call this plugin:check in defaultGoals in pom.xml so GH will mark PR red for problems. Regards, Amey On Thu, Feb 20, 2020 at 7:23 PM Gary Gregory <garydgreg...@gmail.com> wrote: > Hi All: > > I wonder if any of you have an ideas regarding the following. > > When looking at _some_ PRs (that are green on GitHub, build with tests and > other checks passing, able merge OK), I like to apply only the test changes > locally and verify that the main code fails. Then I continue my > evaluation. Obviously if a new or modified test passes, the test or main > change is no good. So yes, a new test for new main code would not even > compile and that's OK. > > It think it would be great if GH could be made to do this two step for us: > - The tests should fail if only the test changes are applied, if not the PR > is red. > - If the tests fail, then GH can evaluate the whole PR. > > How the tests fail and where I'll leave aside for now. > > Thoughts? > > Gary > -- --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
