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

Re: how issue-2897 branch solves reflective merges?

From: Karl Fogel <kfogel_at_red-bean.com>
Date: Sat, 12 Jan 2008 01:34:17 -0800

"David Glasser" <glasser_at_davidglasser.net> writes:
> My personal preference would be to merge reintegrate to trunk in the
> very near future; then update issue-2897 based on that, then to (on
> the 2897 branch) reimplement the FS API without SQLite (I'll do that),
> while concurrently folks review Kamesh's libsvn_client changes (not
> the backend, which as I said I'll rewrite). Then merge that back to
> trunk, then remove the SQLite dependency (which also involves
> rewriting the node origin cache on FSFS only, which will be very
> easy... just store them as small files in a directory or something),
> then BRANCH 1.5.

+1

David, I wanted -- honestly, I *really* wanted -- to finish writing a
test for the mergeinfo-authz-check change on the reintegrate branch
(the change you reviewed earlier, the one that's not committed yet),
and then merge the branch. But I didn't, because I ran smack into
issue #2712, which makes it hard to test authz on mergeinfo (at least
over svnserve), and got sidetracked trying to fix it.

Once again I'm driving tomorrow (I know it seems like I never stop,
but only two more days before I'm in NY), so I won't be online during
the day.

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-01-12 07:34:27 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.