This shouldn't be necessary. Why isn't the default Subversion credentials cache sufficient? 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]
