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

Re: Move tracking -- creating a commit editor & Ev1 conversion shims

From: Branko Čibej <brane_at_wandisco.com>
Date: Thu, 03 Jul 2014 20:18:03 +0200

On 03.07.2014 19:34, Julian Foad wrote:
> On the 'move-tracking-2' branch I have checked in an API sketch for a move-tracking commit editor API. (It contains two alternative designs in one, side by side, in fact.)
> I've called it "svn_editor3_t" (Ev3 for short) for the time being, not wanting to rip out or change the current "Ev2" just yet; but once we get this one a bit more definite, we can rename it to "svn_editor_t" (Ev2) replacing the current Ev2.
> Based on recent discussions, the kind of editor we're looking at here is one that works with a per-node concept of branching -- without the idea of a designating certain nodes as "branch root" nodes, nor the idea of "elements" belonging to a branch family. Those ideas of constraining sets of nodes to be branched all together would be part of a higher layer of design.

Whilst node-specific addressing is acceptable on the server side, and
perhaps even in the RA layer (perhaps with node IDs wrapperd in entry
props and therefore stored in the wc.db), I'd really not want to expose
node IDs to the client API, or make them visible to users.

-- Bane

Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane_at_wandisco.com
Received on 2014-07-03 20:18:37 CEST

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.