On Sat, May 14, 2011 at 04:00, Bert Huijben <b...@qqmail.nl> wrote:
>
>
>> -----Original Message-----
>> From: Greg Stein [mailto:gst...@gmail.com]
>> Sent: zaterdag 14 mei 2011 7:06
>> To: dev@subversion.apache.org
>> Subject: Re: svn commit: r1102912 - in /subversion/trunk/subversion:
>> include/private/svn_wc_private.h libsvn_client/prop_commands.c
>> libsvn_wc/externals.c libsvn_wc/wc_db.c tests/libsvn_wc/db-test.c
>>
>> On Fri, May 13, 2011 at 18:23,  <rhuij...@apache.org> wrote:
>> > Author: rhuijben
>> > Date: Fri May 13 22:22:59 2011
>> > New Revision: 1102912
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1102912&view=rev
>> > Log:
>> > Make the svn_client_proplist3 funtion capable of reading properties from
>> > new style file externals.
>>
>> Huh? I thought file externals had NODES and ACTUAL_NODE rows?
>> Shouldn't the properties be available there? What are we doing
>> *special casing* externals like this?
>
> See the document you asked me to write: notes/wc-ng/externals
>
> They live in NODES now, but not after we bump to format 29. (They can/will
> probably survive in ACTUAL_NODES as they share the same path anyway)
>
> After we bump to format 29 file externals will be "just like normal
> externals". They won't be part of the parent working copy NODES tree. (And
> can come from different repositories; can be placed in subdirs; etc. etc.).
>
> But of course they will still share the parent wc's db and pristine store as
> they can't have their own administrative area.

I just read it, and I think that I disagree with the approach.

It now seems that we are going to have to special-check *everywhere*
to see if a node exists as a file external. Every single place we look
for a node, will now require a check to see if a file external lives
at that spot.

Special casing doesn't seem like a good approach.

Couldn't you have used a new presence value in the database to note
these? The NODES schema already allows for different repositories
(repos_id). All the data would live in NODES just like every other
item. No need to go and look in a different table (which already looks
much like NODES).

I'd rather see file externals look more like regular nodes, instead of
some ephemeral thing.

Cheers,
-g

Reply via email to