#64 Check for SNAPSHOT dependency in parent project definition#323
Conversation
|
the problem with the maven settings in integration tests could be solved more elegant with #248 |
|
@stefanseifert Why do you need mrm plugin? |
|
to set up a mock maven repository for the integration test - it contains a dummy snapshot parent dependency. without this, the IT cannot run because it cannot resolve the parent. |
|
it's the same test setup as used by https://github.com/mojohaus/versions-maven-plugin |
|
Can it be in test scope? And under Usually this plugin should be run from the parent project. How versions will be updated if that is not the case? |
|
it makes totally sense to move it to "run-its" profile, same place as the maven-invoker-plugin which it supports, will update the PR. |
|
I think you can put parent pom directly in the test folder. Take a look at this integration test. |
|
you're right - the ITs can be simplified to avoid the usage of a mock maven repository - will update the PR. it's a bit more inflexible without that, though. once we have an IT that really needs to resolver a dependency from a maven repository we might need it again. but for this PRs it's sufficient without. |
|
Looks good. Can you remove |
|
it's removed |
|
Sorry, I wasn't clear enough in my last comment. Can you squash all commits in a single one and force push it. |
…tion add integration tests to cover SNAPSHOT dependency check
9e59af6 to
d2dfaeb
Compare
|
Good. Thank you. |
|
thanks for merging! - when do you plan the next release? |
|
|
add integration tests to cover SNAPSHOT dependency check
please note: when implementing the integration tests i realized that the mvn calls that are done internally by gitflow-maven-plugin to call versions-maven-plugin do not pass over the maven settings that are used for the main maven call. this may create problems in other scenarios as well, in this case a handed over the invoker test maven settings manually via argLine in the integration tests.
Fixes #64