Open froque opened 1 year ago
module1 is part of the same project, since it was modified, it will be rebuilt and generate a new jar. Since you are running a multi-module maven project, the reactor will build module1 and its downstream dependencies (all modules dependent on module1) and release module2.
Notice that the multi-module maven release plugin doesn't run a deep check of the code changed but instead checks module folder level comparison between two git commits.
Since you are running a multi-module maven project, the reactor will build module1 and its downstream dependencies (all modules dependent on module1) and release module2.
Are you talking about the Maven reactor or the multi-module-maven-release-plugin reactor ?
Maven will not rebuild module2
in this scenario.
I misunderstood the use case, I think I get it now, you are using a real version of a dependency which is part of the project
I believe the root cause for this issue is in this line where it compares group+artifact id of an already released module (module1) from current module2 dependencies, but version is ignored (I believe the assumption was that the -SNAPSHOT is always used for local dependencies).
So, eventually, the plugin releases module2 as well since it sees module1 as a changed dependency.
I am testing this plugin to see if it fits my organization.
One of my tests consists of a
module2
with a dependency onmodule1
, but with a fixed versionmodule2/pom.xml
parent
pom.xml
After changing something on
module1
and committing,multi-module-maven-release-plugin
tries to also releasemodule2
Is this intentional behavior ? I do not think it should publish
module2
.