MRELEASE-1072 reuse original tag for next development version in case#86
MRELEASE-1072 reuse original tag for next development version in case#86asfgit merged 2 commits intoapache:masterfrom
Conversation
715e51b to
e028fa1
Compare
|
Will look into this as soon as my other open PRs are merged. @kwin Please ping me by ned of next week. |
|
This causes failures with master: |
e028fa1 to
ff95374
Compare
|
@michael-o I rebased and fixed the test failures in 03b9776 as the failing test was relying on an explicit tag element with the default value "HEAD" (which is superfluous). I now only strip the tag with a default value for providers not supporting tag resolving. |
|
Since this fix isn't really Subversion-specific, because it affects all SCMs, can you add a Git-based test too? |
|
There are already some git based tests, e.g. in https://github.com/apache/maven-release/blob/master/maven-release-manager/src/test/java/org/apache/maven/shared/release/phase/RewritePomsForDevelopmentPhaseTest.java#L254-L293. They also verify that my fix isn't introducing regressions for the other providers AFAIK. If you disagree, please let me know which particular aspect you want to have tested in a git-based test? |
|
True, since we have those counterparts in code, would it make sense to have your new tests to match in amount, shape and naming? |
|
@michael-o Done in f8825d6 |
| scmRoot.setDeveloperConnection( scm.getDeveloperConnection() ); | ||
| scmRoot.setUrl( scm.getUrl() ); | ||
| scmRoot.setTag( translator.resolveTag( scm.getTag() ) ); | ||
| String tag = translator.resolveTag( scm.getTag() ); |
There was a problem hiding this comment.
Still, can you take a look at CvsScmTranslator? It basically does what you do here. Can this be limited insite the Subversion translator?
There was a problem hiding this comment.
Why? This behavior makes sense for every ScmTranslator not supporting tag resolving. I would rather remove the handling from Cvs and return null there instead.
There was a problem hiding this comment.
@michael-o Ping. WDYT about my previous comment? Any chance to include this in the upcoming M6?
There was a problem hiding this comment.
No, not yet. I want to finish Fluido first and then go over to MRELEASE.
…se translator does not support resolution This closes apache#86
f8825d6 to
0615a4c
Compare
|
Resolve #1241 |
https://issues.apache.org/jira/browse/MRELEASE-1072
translator does not support resolving
Following this checklist to help us incorporate your
contribution quickly and easily:
for the change (usually before you start working on it). Trivial changes like typos do not
require a JIRA issue. Your pull request should address just this issue, without
pulling in other changes.
[MJAVADOC-XXX] - Fixes bug in ApproximateQuantiles,where you replace
MJAVADOC-XXXwith the appropriate JIRA issue. Best practiceis to use the JIRA issue title in the pull request title and in the first line of the
commit message.
mvn clean verify -Prun-itsto make sure basic checks pass. A more thorough check willbe performed on your pull request automatically.
If your pull request is about ~20 lines of code you don't need to sign an
Individual Contributor License Agreement if you are unsure
please ask on the developers list.
To make clear that you license your contribution under
the Apache License Version 2.0, January 2004
you have to acknowledge this by using the following check-box.