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

Re: More SVN status bugs

From: Karl Fogel <kfogel_at_galois.collab.net>
Date: 2001-01-11 20:37:27 CET

"Bill Tutt" <billtut@microsoft.com> writes:
> That wasn't the problem. A\D\H\omega was indeed deleted when I passed in
> the -force option.
> The problem was that the "omega" entry still existed in
> A\D\H\SVN\entries after the delete was finished.
> (Well, that and a deleted marker showed up in
> $(TEST_DIR_1)/SVN/entries.)
> I haven't run into any actual problems because of the silly paths we're
> currently generating.

Okay, thanks for steering me right.

> Well, the scenario I'm talking about is the "add, delete" sequence for a
> file without an intervening commit.
> It sounds like your suggesting keeping the else, and moving the bugfix
> into someplace in the delete handling logic.
> i.e.:
> * When deleting a file in the WC state:
> If the file has already been marked as an add, hard delete the
> meta-data for the entry, since the user never wanted
> To commit the data in the first place.
> I think that makes sense, I'll leave fixing up the delete stuff in
> someone else's more capable hands.

Yep, that's what I meant (should have been behaving that way all
along). I'll take care of it, unless you have a strong desire to
chase this one down.

Received on Sat Oct 21 14:36:19 2006

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.