On Thu, Dec 15, 2011 at 11:44 AM, Daniel Shahaf wrote:
> Roderich Schupp wrote on Thu, Dec 15, 2011 at 11:32:40 +0100:
>> I think the latter. The code is in subversion/libsvn_repos/dump.c starting
>> around line 318. Some people might call that an ugly hack :)
>
> Yeah. I wonder why that code doe
Roderich Schupp wrote on Thu, Dec 15, 2011 at 11:32:40 +0100:
> On Thu, Dec 15, 2011 at 11:14 AM, Daniel Shahaf
> wrote:
> > Is this by design or by accident of implementation?
>
> I think the latter. The code is in subversion/libsvn_repos/dump.c starting
> around line 318. Some people might cal
On Thu, Dec 15, 2011 at 11:14 AM, Daniel Shahaf wrote:
> Is this by design or by accident of implementation?
I think the latter. The code is in subversion/libsvn_repos/dump.c starting
around line 318. Some people might call that an ugly hack :)
> svn_delta_editor_t has no concept of 'replace' an
roderich.sch...@googlemail.com wrote on Thu, Dec 15, 2011 at 01:33:22 -0800:
> Thus a dump consumer can simply store the node records (in one
> revision) as a hash (associative array) with Node-path as the key. The
> only excption is that it must be prepared to "upgrade" a "delete" to
> a "replace"
On Dec 15, 10:33 am, "roderich.sch...@googlemail.com"
wrote:
>> 4. What are the detailed semantics of "change" with copyfrom? I
> It's an "add-with-history" immediately followed by a modification (of
> contents and/or properties) of the added path.
Sorry, I was wrong. "change" with copyfrom is
On Dec 14, 1:37 pm, "Eric S. Raymond" wrote:
> 1. Is delete on a directory with children expected to succeed or fail?
Succeed. A delete on a directory actually deletes the whole subtree
below it.
> 3. Is add on an existing path expected to fail?
Yes.
> 4. What are the detailed semantics of "c
6 matches
Mail list logo
