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

Re: merge tracking on the 1.5 branch

From: David Glasser <glasser_at_davidglasser.net>
Date: Fri, 1 Feb 2008 10:18:47 -0800

On Feb 1, 2008 9:00 AM, Karl Fogel <kfogel_at_red-bean.com> wrote:
> "C. Michael Pilato" <cmpilato_at_collab.net> writes:
> > IMO, a 1.5 client should never set svn:mergeinfo when talking to a 1.4
> > repository (note that I said "repository", not server). To accomplish
> > this, we need to grow FS-level capabilities reporting and integrate
> > that into our RA capabilities checks.
>
> This is an interesting point.
>
> Up till now, we haven't carefully distinguished between server
> capabilities and repository capabilities. Here are tentative
> classifications of all our current svn_ra capabilities:
>
> SVN_RA_CAPABILITY_DEPTH ============> really about server
> SVN_RA_CAPABILITY_MERGEINFO ========> really about repository
> SVN_RA_CAPABILITY_LOG_REVPROPS =====> really about server
> SVN_RA_CAPABILITY_PARTIAL_REPLAY ===> really about server
>
> Since every RA session is anchored on a particular URL -- that is, a
> particular repository -- one way to handle SVN_RA_CAPABILITY_MERGEINFO
> is to have it report negative if the repository in question does not
> support mergeinfo, *even* if the server itself is 1.5 or higher.
>
> Does this sound sane?

+1

I think Mike was looking into how to implement that. Mark's point
about helpful error messages is definitely also valid.

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-01 19:19:00 CET

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.