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

RE: Re: Clean Up & Read-Only Files

From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: Wed, 9 Jan 2008 15:02:11 -0600

> -----Original Message-----
> From: Ryan Schmidt [mailto:subversion-2007b_at_ryandesign.com]
> Sent: Wednesday, January 09, 2008 3:35 PM
> To: Andy Levy
> Cc: Robert Dailey; svn
> Subject: Re: Clean Up & Read-Only Files
> > I'm manually copying files from a team foundation server to my SVN
> > repository, which yields many read-only files that need to be
> > converted to
> > writable status after being moved to my SVN working copy directory.
> > Doing
> > this through windows explorer is a very slow process as the ratio of
> > writable files to read-only files is probably 10,000:1. The Cleanup
> > feature,
> > which seems a lot smarter than a generic tree search, could
> > probably achieve
> > this goal much quicker for me.

Use the command line. Start -> Run, cmd.exe Refer to 'help dir', 'help
attrib', 'help find', and 'help for'.

"dir /s/b/a-d/ar" will find any read-only files. 'Attrib -r' will
remove the read-only bit. You can't use 'attrib /s' since that will
walk into the .svn dirs. 'find' is a low class grep you use to exclude
the '.svn' dirs. 'for' is a looping statement that's complicated even
by IRS standards.

        dir /s/b/a-d/ar | find /v "\.svn\" > a.txt
        for /f %i in (a.txt) do attrib -r "%i"

If you don't want to see the commands as they run, add the '@' to
attrib, like so:
        for /f %i in (a.txt) do @attrib -r "%i"

And yes, this is still mostly on topic as an fyi, since Windows users
need a way to fix/process/scan a workspace without stepping on the .svn
dirs. (Granted you really should install Cygwin and learn ksh/bash, but
that's a different story.)

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-09 22:02:53 CET

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.