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

RE: FEATURE: Something like a 'svn rebuild'

From: Sam Washburn <swashburn_at_inovationeering.com>
Date: Thu, 29 May 2008 20:30:24 -0400

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

This is an archived mail posted to the Subversion Dev mailing list.