I don't want to depend on external systems.
you could add me (rfscholte) but that'll only be for reproducing the issue.
and then I need isolate the problem and translate it to a unittest.


Op Wed, 10 Sep 2014 22:53:38 +0200 schreef Benson Margulies <bimargul...@gmail.com>:

Well, you'll need to push a clone where you can write, or tell me your
github ID so I can add you as a collaborator.

On Wed, Sep 10, 2014 at 4:45 PM, Robert Scholte <rfscho...@apache.org>
wrote:

The first step already fails on my machine.

mvn release:prepare release:perform -B -DpushChanges=false

I'm a bit surprised, because I see:
[INFO] Executing: cmd.exe /X /C "git push g...@github.com:bimargulies/pom-file-name-tc.git
refs/heads/master:refs/heads/master"

Actual failure:
[ERROR] Failed to execute goal org.apache.maven.plugins:
maven-release-plugin:2.5:prepare (default-cli) on project
pom-file-name-tc: Unable to commit files
[ERROR] Provider message:
[ERROR] The git-push command failed.
[ERROR] Command output:
[ERROR] Warning: Permanently added the RSA host key for IP address
'192.30.252.131' to the list of known hosts.
[ERROR] Permission denied (publickey).
[ERROR] fatal: Could not read from remote repository.
[ERROR]
[ERROR] Please make sure you have the correct access rights
[ERROR] and the repository exists.

As said: I want to create a *unittest*
If I'm correct, the status-call has the wrong arguments. So what should it look like? What's the result of this (so I can mock the consumer) and what
should the next call be?

Robert

Op Wed, 10 Sep 2014 21:17:10 +0200 schreef Benson Margulies <
bimargul...@gmail.com>:


 Step 1: in the top level dir of the example, run mvn --batch-mode
release:prepare release:perform. All will be well. A repo will populate in
/tmp.

Step 2: modify pom in 'second' directory to use the just-release parent
pom, commit, push.

Step 3: mvn release:prepare in second directory.

No errors, but the pom.xml will be sitting there modified, and there will
be a tag pointing to the wrong place.



On Wed, Sep 10, 2014 at 3:10 PM, Robert Scholte <rfscho...@apache.org>
wrote:

 that's just the beginning...
so: how did you execute it? what did you get? what would you expect?

Op Wed, 10 Sep 2014 20:54:49 +0200 schreef Benson Margulies <
bimargul...@gmail.com>:


 Aha, I have one for you. https://github.com/
bimargulies/pom-file-name-tc.

I
attached it to a dup JIRA which I closed, or you can take it as you see
it.
You may in general find MRELEASE-887 helpful in this respect.

On Wed, Sep 10, 2014 at 2:53 PM, Robert Scholte <rfscho...@apache.org>
wrote:

 Hi,


IIRC I didn't have enough info to make a unittest, i.e. reproduce what
they get right now and what they would expect to be able to fix it.
That would take me too much time to find out, so I left this one open
for
now.

thanks,
Robert

Op Wed, 10 Sep 2014 20:23:07 +0200 schreef Benson Margulies <
bimargul...@gmail.com>:


Yes, the remarks which dribbled off pointed to adapting the fix back
into

 the m-r-p.


On Wed, Sep 10, 2014 at 2:21 PM, Karl Heinz Marbaise <
khmarba...@gmx.de
>
wrote:

 Hi Benson,


> Is anyone working on a fix to MRELEASE-875?



Based on JIRA it is assigned to Dominik Bartholdi which requested

 reviews
from others on Github...

BTW: Not working on that...

Kind regards
Karl-Heinz Marbaise






------------------------------------------------------------
---------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org


 ------------------------------------------------------------
---------

To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org


 ---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to