On 01/06/2010 5:18 PM, Justin Edelson wrote:
This shouldn't be necessary. Why isn't the default Subversion
credentials cache sufficient?
Where is this documented and how is it setup? Is this in the Subversion
project?
We just use Eclipse.
It handles per-repo credentials just fine
and IIRC is now properly encrypted on all OS's.
Justin
On 6/1/10 5:08 PM, Ron Wheeler wrote:
On this site
http://stackoverflow.com/questions/1255593/externalising-scm-credentials-with-maven
I found this nugget of information
|<svn-settings>
<user>[svn user]</user>
<password>[svn password]</password>
</svn-settings>
|
It is not clear how you associate this username and password with a
specific Subversion repo.
We have several repos that we access and it would be nice to get Maven
to use the right combination of username and password with each repository.
Any suggestions about where to look for more details.
Ron
|
|
On 01/06/2010 4:22 PM, Ron Wheeler wrote:
https://maven.apache.org/scm/subversion.html
Could someone update this page to describe
$user.home/.scm/svn-settings.xml
There is an example but no description of the parameters that can be
set and no reference to anywhere that this is described.
I hope that I can find a place to stick a username and a password for
the different SCM repositories that we have.
We use Subversion within Eclipse and it has its own place to stash these.
I may have to run Maven outside Eclipse to run the release plug-in and
each person has their own username and password to access the SCM and
I do not want to put them in the procedures.
The rest of the page is pretty cryptic as well.
Another documentation issue:
is
if false --non-interactive will not be used in the svn command line
the same as
if true --non-interactive will be used in the svn command line
The second is easier to parse but the underlying problem is the choice
of the flag named "usenoninterative" which would be easier to follow
if it was simply "interactive" and the values reversed.
Not a documentation problem but a case of "inside-the-beltway"
thinking on the part of the programmer.
Ron
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
