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

Re: Committing .svn dirs and your're toast?

From: Roland Besserer <roland_at_motorola.com>
Date: 2004-12-08 19:46:54 CET

Well, I didn't mean 'manually' in the literal sense :-)

With 97 directories to remove, doing it your way would have caused
97 revision increments - nasty. I did it slightly different by piping the
check-in message (essentially a svn list output generate by a post
commit script) into:

grep '.svn/$' | sed '/A /$REPOPATH/' | xargs svn rm

which runs a single 'svn rm' command to remove all 97 directories. Well,
depending on your implementation of xargs and the total size of the
argument list, xargs may split it into multiple invokations (3 in my case
because the $REPOPATH for each file name argument is pretty long).

roland

"HAND, Nathan"<Nathan.HAND@dewr.gov.au> writes:

> > I really don't want to manually have to do the 'svn rm ...'
> > commands on all the .svn sub-dirs of that 268 check-in (30,000 files)
>
> Then do it automatically.
>
> svn list -R file:///var/svn/ | grep /.svn | while read name ; do svn
> delete file:///$name ; done
>
> You might want to dry-run that first.
>
> Notice:
> The information contained in this e-mail message and any attached files may
> be confidential information, and may also be the subject of legal
> professional privilege. If you are not the intended recipient any use,
> disclosure or copying of this e-mail is unauthorised. If you have received
> this e-mail in error, please notify the sender immediately by reply e-mail
> and delete all copies of this transmission together with any attachments.
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 8 19:49:09 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.