Hello,
I'm using Subversion for a while, and before that I used CVS.
Subversion is great in many areas, but it has an unnessassary limitation.
The fact that it stores copies of each file in a .svn directory causes
side effects that are hard to handle:
- searching files (with grep or find) does also find the files in the
.svn directories
- when making tarballs or thelike, the .svn directories are included
One can workaround that in some cases by filtering, but sometimes you
first need
to "svn export" first. By searching for a solution I found many people
having
similar problems.
I have something in mind that could solve these problems, but it would be
a design change:
One could reduce the number of .svn directories to one per working copy,
sitting on it's root. It could have all the information of the .svn
directories in
a single .svn directory. The svn command is able to find the repository
information
of the current direcory by looking for the .svn directory in the current
directory first,
and then in each of it's parent directories, until it finds it or it
reaches the file system
root.
Is there a way to do it like this?
Or are there reasons that speak against my proposal?
Ciao, Masud
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 18 04:43:23 2005