-
Notifications
You must be signed in to change notification settings - Fork 268
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
Resolves #289: Handle processParent in mojos which support it. #813
Resolves #289: Handle processParent in mojos which support it. #813
Conversation
@slawekjaranowski please review |
1d5b043
to
87a6d2f
Compare
I have updated it a bit to fold Another point to consider: I think #134 is not limited to that one mojo, but may be present everywhere -- to be checked and possibly fixed. |
...lugin/src/main/java/org/codehaus/mojo/versions/reporting/AbstractVersionsReportRenderer.java
Show resolved
Hide resolved
82eda30
to
e5fdcf1
Compare
Sorry about these multiple updates today, I think that's it for this PR. Now it all looks lean and clean. Almost all mojos updating versions consist of an almost similar method (which by the way could also be folded), and a (small) business method, providing the provider function, instructing Another area to improve is the |
e5fdcf1
to
e421730
Compare
@slawekjaranowski rebased. Please review. |
versions-maven-plugin/src/main/java/org/codehaus/mojo/versions/AbstractVersionsUpdaterMojo.java
Outdated
Show resolved
Hide resolved
versions-maven-plugin/src/main/java/org/codehaus/mojo/versions/AbstractVersionsUpdaterMojo.java
Outdated
Show resolved
Hide resolved
Also: - added failIfNotReplaced to ForceReleasesMojo as a first steps towards converging with UseReleasesMojo - enhanced documentation on UseReleasesMojo#allowRangeMatching - streamlined UseReleasesMojo in order to converge it with ForceReleasesMojo and then fold further with other similar mojos - added unit tests and integration tests - some refactoring
e421730
to
8ce921e
Compare
Correct |
Also:
More steps towards folding ForceReleases and UseReleases will follow. Also, I see it's possible to reuse parts of the common base class used for lastest versions/releases, but this will follow in future PRs.