-
Bug
-
Resolution: Fixed
-
Minor
-
None
MavenProjectTest.testDeleteSetBuildDeletesModuleBuilds used to fail in some environments because it was using the default local repository, and a build of one submodule in isolation failed to find the installed snapshot artifact of its reactor dependency. Using PerExecutorLocalRepositoryLocator sometimes works, but only if the same executor runs both builds. PerJobLocalRepositoryLocator looks like it should work, but does not because when running the individual module build it uses a different repository from the module set build.
You would expect that in an aggregator project where modules have snapshot interdependencies, if you have built the whole module set then you should also be able to rerun a single module build and that it should find the dependency artifacts in the workspace, using a repository at top level.
Code changed in jenkins
User: Jesse Glick
Path:
changelog.html
maven-plugin/src/main/java/hudson/maven/MavenBuild.java
maven-plugin/src/main/java/hudson/maven/local_repo/PerJobLocalRepositoryLocator.java
test/src/test/java/hudson/maven/MavenProjectTest.java
http://jenkins-ci.org/commit/jenkins/56c6aa32273df43ba1d5cec375e256cc40c07f6e
Log:
[FIXED JENKINS-17331] PerJobLocalRepositoryLocator should prefer the MavenModuleSetBuild.workspace for single-module builds.
–
You received this message because you are subscribed to the Google Groups "Jenkins Commits" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-commits+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.