It doesn't even need to schedule it for deletion, just mark it missing. But
it should not download a new copy. The key is fixing the pristine copy and
svn can then report the differences as it usually does
I don't think it should be that difficult to implement. Even
the --metadata-only idea Alan had would be fine. Which, I guess would be
excluding a piece of code instead of writing something.
Yes, it can happen in many other circumstances than just a fluke networking
issue. "Listman" mentioned broken tools. That happens frequently for us
too.
And, imho, it seems a lot more professional for the project to say "run svn
rebuild" rather than "first delete all your .svn files..."
Well, thanks for considering it. I really like svn. I know others have bad
things to say about cvs and svn due to frustrating experiences like mine,
and maybe this would be a step closer to winning them over.
Sam
-----Original Message-----
From: Karl Fogel [mailto:kfogel_at_red-bean.com]
Sent: Saturday, May 24, 2008 12:24 PM
To: Mark Phippard
Cc: dev_at_subversion.tigris.org; Sam Washburn
Subject: Re: FEATURE: Something like a 'svn rebuild'
"Mark Phippard" <markphip_at_gmail.com> writes:
> SVN 1.5 has a feature that gets you most the way there:
>
> svn checkout --force
>
> It does exactly what is asked for, with the exception that I suspect
> you should delete all of the .svn folders before running it.
I think it doesn't quite do what the OP wants.
With 'svn checkout --force', if a file is absent in the original
(non-versioned) tree, then checkout will simply replace it. But I think
the OP wants that file to be absent and scheduled for deletion after a
"rebuild".
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-30 02:31:26 CEST