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

Re: Is this supposed to work?

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2002-06-21 03:46:02 CEST

On Thu, Jun 20, 2002 at 09:36:05PM -0400, William Uther wrote:
> Hi,
> Is this supposed to work, or is it one of those "we don't handle this"
> cases:
>
> svn mv b c; svn mv a b

Not sure whether it should work or not, but Sander and I were thinking of some
of these types of problems a while back on IRC. The problem is that we are
trying to overwrite the text-base for the file. Even if permission wasn't
denied it would be a problem, because it would then become a non-revertable
change.

I don't know how committed to the idea that all local mods should be
revertable with svn revert (although personally I think it is awesome!). To
do it however, there are at least a couple of cases where the likely only way
to do it is to change the text-bases to use a unique id for the file name, and
store that id in the entries file. This would be actually not be that big a
change to libsvn_wc, since there are already functions to retrieve the
text-base version's name, but it would be big, and would impact performance,
since it would mean a bunch more entries parsing (which is already ~70% of
client time during a checkout).
>
> I've included sample output below (with a svn built this week, not sure of
> the exact revision).
>
> Keep up the good work :),
>
> \x/ill :-}
>
> snip

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

  • application/pgp-signature attachment: stored
Received on Fri Jun 21 03:48:14 2002

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.