> > svnadmin.exe create --fs-type fsfs h:/svnrepos/project
> > svn checkout file:///h:/svnrepos/project .
> > svn add --non-recursive trunk/
> > svn add --non-recursive trunk/html/
> > svn add --non-recursive trunk/html/images/
> > ... [more directories]
> > svn add --targets allfiles.txt
> > svn commit -m "Initial setup"
> > svn list --verbose -R trunk/
> I have to admit, I'm looking at this script and I'm utterly
> confused... it's so complex! I don't understand what you're
> trying to accomplish. Why not just import an entire tree
> into the empty repository, all at once, in a single command?
Because not all the files in the tree are supposed to be in version control?
Even if one wants to set the svn:ignore property to all the
files/directories to be ignored, it's still at least a five step process,
i.e. create the appropriate directories in the repository, check them out,
set the ignore property, commit the directory, then import the files in the
tree (unless the ignore property will be respected before committing).
Apologies if I'm wrong and this is covered later than Chapter 5 in "The
For instance, I have a .NET project that I'm using to familiarize myself
with SVN. There are a few directories, namely OBJ, BIN and DEBUG, that I
don't want in the repository because everything in them, with one exception,
is creatable from my source code. At the same time, in the BIN directory,
there is one DLL file, which comes from another vendor (the source for which
I've stored in SVN as well), that is copied from that directory into this
one. It's not part of this project, but is necessary for it to build and
My solution was to include the OBJ, BIN and DEBUG names in the
global-ignores section of the server configuration file, along with the
various and sundry user files that VS.NET creates, and then import the
entire directory tree for the project. It works for this project, but I
hesitate to consider it a final solution because, though I can't see it
happening in my own personal case, the exclusion of those directories and
files may not be universal (especially considering that I'm evaluating SVN
for use at work, where there are a gazillion more projects that my two or
three at home, in different languages and for different platforms).
I look forward to finding an easier way. :)
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Tue Nov 23 03:54:43 2004