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

Re: Adding new prop entry for repos-root

From: John Peacock <jpeacock_at_rowman.com>
Date: 2005-01-04 21:04:07 CET

Peter N. Lundblad wrote:

> That's issue #960, BTW.

I knew this had been discussed at some point; I just didn't query the
issues...

> I don't know why we would have to transfer it as
> an entryprop each time like the UUID is. Wouldn't it be better to set it
> if it for the first time if it is missing? Maybe this was an easy way to
> get it set without touching many places that affect the entries file?
> Maybe that's a good strategy. It just seems silly to transfer the URL for
> each file.

It wouldn't have to be associated with the individual files; tying it to
the containing directory should be just as useful and likely to be much
more efficient. As for transferring it every time, I'm certainly open
to better ways ("set if not already set" sounds fine). I'm now
officially outside of the part of the code I vaguely understand, so I'm
open to suggestions. I was just following the crumbs on the UUID
addition.

 From what I can glean, the translate.c case can only access data
elements already part of the offline WC, which basically means the
entries file. However the data gets there is fine by me. ;)

> Also, we have to wory about modifying the property in svn switch --relocate.

Ah yes, I hadn't considered that case.

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 4 21:06:07 2005

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.