-
-
Notifications
You must be signed in to change notification settings - Fork 184
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
New merge behavior causes issues when sub-modules where added to the develop branch #345
Comments
I had a hard time creating a minimal integration test for this. :/ |
Not clear. How development branch changes are related to hotfix? How project reloading is related to merging? |
Same exceptions here after upgrading to version 1.18. |
This might has to do with #324? At least "Error re-loading project info" indicates that. Unfortunately, the stack trace stops there. Could add the full stack trace? |
@wumpz Which exception? Can you be more specific. Steps to reproduce? |
Sorry. Typo. Same error for missing version information. I guess those versions ar defined in the roots dependency management section |
Here the full stracktrace:
I also built a minimal example repository for the issue: |
I think the issue is that Maven for some reason tries to evaluate the sub-module "module-b" when the release branch is checked out, even though the sub-module only exists in the "develop" branch. This loop here gets all projects and these already include "module-b". :( gitflow-maven-plugin/src/main/java/com/amashchenko/maven/plugin/gitflow/AbstractGitFlowMojo.java Line 400 in 500151e
|
It seems by example project also fails with the release-finish goal with version 1.17.0. |
@simontunnat Thanks for the repro. It is not about merge behavior. It is about checking for SNAPSHOT dependencies with the new project reloading. We need to obtain projects the same way as the current project, and then there is no need to reload project in the loop. |
|
The new merge behavior introduced with plugin version 1.18.0 causes issues in the following case:
The issue here seems to be that the plugin has checked out branch "release/22.4.0" but does not correctly reload the project info.
The problem does not occur if we set the "noBackMerge" and "noBackMergeHotfix" parameters or if we downgrade to version 1.17.0.
I could try to create a minimal test case for this if you need this to reproduce the error.
The text was updated successfully, but these errors were encountered: