Concerning Re: .SVN folder question
Ben Collins-Sussman wrote on 19 Jul 2003, 7:13, at least in part:
> "Sindbad the Seafarer" <sindbad.the.seafarer@gmx.net> writes:
>
> > I want to use Subversion for web site production. However, it puts a
> > hidden folder ".svn" into each directory of my working copy. Of
> > course I rather not want to see this folder uploaded, both for
> > webspace and online transfer time/cost. I can filter out these
> > Subversion folders in the FTP app I use (TotalCommander, formerly
> > Windows Commander), but as I have to set this filter again for every
> > upload this is not very convenient (though more related to TotalComm
> > than Subversion).
>
> 1. Try 'svn export'. It's like a checkout, but produces an
> unversioned tree (i.e. no .svn/ folders)
This would be even worse I suppose: it does not keep the file dates
from the working copy but in truth re-creates the files at the
destination. Thus all files are be new and uploaded to the
webserver. While some searchengines are said to love files with
new file date it would cause daily uploads of 60+ MB, perhaps even
far more than just including the .svn folders. For that reason I
already did not import anything to the newly created repository but
only made a trunk folder and checked this practically empty repos
out. Then copied the existing files in the file manager to that bare
bones working copy and added them to the repos from there. This
way all file dates/attributes remained unchanged and I can continue
synchronizing with the web server as before (.svn folders aside).
So setting the filter in Windows/Total Commander is still the better
way. I already contacted Mr. Ghisler, the author of that app, for an
option to make that filter sticky in file synch, but it would be great if
others on this list also using WinComm would ask him, too.
> 2. We have post-1.0 plans someday that might allow .svn/ dirs to live
> outside a working copy... but that's long-term.
That would be great. I suppose that for software development it
really does not matter, but for web site production it would make
things a lot more user friendly and straightforward and thus broaden
the usability of Subversion. Of course as a non-programmer I have
no idea how much work this change would cause ...
Have a fine Sunday!
Jan Hendrik
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 19 18:35:15 2003