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

Removing .SVN administrative folders within a working copy

From: Jonathan Chum <jchum_at_aismedia.com>
Date: 2005-03-04 19:41:00 CET

It could be a process that I'm doing wrong, but maybe not... I start with a
directory that generally is a skeleton directory I use before the buildout
of any development projects. Many times, I get right down and begin coding
that the end of the day, I realized I've not imported or created a project
folder in the SVN repos.
So I do an import. Now that my files are in there, I move the folder out of
the way on my local machine (rename it folder.OLD) and export a working copy
to my local machine. Now I have a folder.OLD just in case. I tried to export
the working copy ontop of my original files, but it doesn't allow me to. I
just want to be sure all of the files are in the repository before I delete
While I'm using it as a my working copy, I'm also testing the site via
production server so I'm using Dreamweaver to FTP the entire site over. The
problem is that it carries over the .SVN folders too. Likely a limitaiton of
Dreamweaver to skip it, but now there's huge amount of data resulting on the
server. If anyone uses Dreamweaver and knows a work around, let me know.
I was wondering if there is a way to recusrively remove all .SVN folders
without doing an export. One of them problems I have is that design team
don't use SVN and are uploading new files. I'd rather just download their
changes to my local working copy and commit their changes for them as
Any suggestions and/or comments would be helpful.

Jonathan Chum
Systems Developer

AIS Media, Inc. - "We Build eBusinesses"
7000 Central Parkway, Suite #1700
Atlanta, GA 30328
Tel: 770.350.7998 ext. 505 / Fax: 770.350.9409
 <http://www.aismedia.com/> http://www.aismedia.com /
<mailto:jchum@aismedia.com> jchum@aismedia.com
Received on Fri Mar 4 19:43:29 2005

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.