[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] have svnmerge use repo-local paths instead of URL's

From: Archie Cobbs <archie_at_dellroad.org>
Date: 2005-01-10 17:11:38 CET

John Belmonte wrote:
> Currently, svnmerge uses repository URL's in its branch metadata. That
> scheme won't work when you have multiple repository access methods, or
> find yourself moving your repository.
>
> This patch has svnmerge use repository-local paths instead of URL's.
> Graceful upgrades from the old scheme are supported, assuming that the
> URL is still valid.

Looks great, I'll commit it.

A couple of comments:

Perhaps there should be a feature request that 'svn info' print the
repository root (i.e., URL minus relative path). Then your get_repo_root()
could be much simpler and not require N queries over the network.

I'm still holding out faint hope that someday SVN will support inter-repo
merges (apparently I'm the only one though; when I tried to file a feature
request I was shot down). When/if that ever happens, we can have support
for either relative or absolute head URLs.

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs * CTO, Awarix * http://www.awarix.com

*
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
*

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 10 17:15:55 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.