At 5:18 PM -0700 8/27/03, Kumaran Santhanam wrote:
> > Hmmm .... I have in fact violated that presumption fairly frequently:
>>
>> svn co http://url/to/project1/www www
>> ls www
>> echo Oops, wrong project
>> rm -r www
>> svn co http://url/to/project2/www www
>> ls www
>> echo oops, I'm a real idiot, ain't I?
>> ...
>> I foresee some endlessly accumulating orphaned metadata cruft
>> issues here, too.
>
>I thought of this case, but I won't have it working in the phase
>1 prototype. Essentially, SVN should be doing some automated
>management during high-cost operations like checkout. However,
>this has to be done very carefully so as not to accidentally hose
>the user's meta data.
>
>Just as food for thought: How about if the checkout command
>first does a quick pre-scan to see if the requested directory a)
>is in the index, b) does not already exist? Maybe an error
>message or force option could be provided.
You quoted me raising two different concerns; I'm not quite certain
to which you are responding.
Assuming you're responding to the first (reusing location), which
seems more likely: you mean "scan" only in the sense of "scan the
meta-data table," right? Not "scan all the files in the requested
target ("www" in my example, over and over), comparing to the
text-bases in the putative meta-data"? Because, of course, (1) in my
precise example, there's no "www" to scan, and (2) if there *were* a
"www" in the way, it might be really darned huge....
Assuming you're responding to the second (miscellaneous left-over
meta-data), which seems less like a match to what you say: do you
mean to check all known wc locations for existence? And possibly
clearing out meta-data for unfound wc's? I'm thinking new horror
stories involving temporary tar/zip/gzip action on existing wc1 to
make room on my crowded disk for wc2; wouldn't want some operation on
wc2 to silently remove the wc1 metadata.
--
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 28 02:32:48 2003