On 4/16/07 6:27 AM, "Ulrich Eckhardt" <eckhardt@satorlaser.com> wrote:
> On Friday 13 April 2007 22:34, Matt Pounsett wrote:
>> ....
>> The first solution that comes to mind, for me, is having a way to
>> alter certain working copies so that the .svn meta-data is stored out
>> of the way somewhere... perhaps within a dot-dir in the user's home
>> directory. Has any thought been given to having something like this
>> available as an option at checkout time?
>
> My first solution would be to fix the tool that barfs on those .svn dirs. Have
> you filed a bug report with the vendor? After all, Subversion is rather
> popular and not being able to interact with it might cost customers.
>
> Uli
The version control system should not be the center of the universe. It is
not an end unto itself. Why does the metadata have to be as intrusive as it
is? It seems that Subversion follows an implementation similar to CVS not
because it is a particularly good solution but because CVS users are used to
it. It's often not an option to change the tools you work with if your
source data is anything but plain text files. In these situations, the
primary content creation tool is king and something like revision control
really is secondary to the actual process. Programming source code is not
the only use model for Subversion and a lot of people on the subversion
users list seem to not realize this.
There are other version control systems that support metadata outside of the
working copy. Count me as one user who would really like to see support for
opaque collections as a *minimum* or even better, completely remove the
metadata from the depths of the working copy directory. A good solution
I've heard proposed is to store all of the metadata at the root of the
working copy. (or parallel to the working copy) This way, stuff can be
deleted, overwritten, etc. and subversion won't get confused like it does
today. This isn't just an OSX thing.
-Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 16 23:39:47 2007