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

Working copy without meta data

From: Adrian May <adrian.may_at_blue-cell-networks.com>
Date: 2005-02-10 17:57:36 CET

Hi there,

I have a genuine problem with the idea of all the metadata being mixed up in my working copy under those .svn directories, but perhaps there's a work around.

I'm working on a minature linux box with a CF card instead of a disk drive. There isnt much free space. I spend most of my time trying to get its wierd hardware to do what it says it should, so Im always developing on the box itself. I often mess with kernal modules and versions of basic distribution stuff, so I'd actually like to have the whole CF card version controlled. Hopefully the SVN client is not too big, but these pristine files are completely out of the question. Also, how do I get a release checkout that just has what I want to ship?

Why not put the meta info in a completely seperate tree that exactly mirrors the one being managed, and let the user choose where it should be. I need it elsewhere on the network, but others might prefer it on the same machine to save network traffic.

I dont know why this issue of minimising network traffic seems to take such overriding importance in the design of SVN - its nice to optimise things of course, but the time it takes to commit is just a gradual annoyance, wheras disk space can be a hard constraint.

Maybe I can get around this by developing on a bigger CF card than I ship, but I still need to know how to get a .svn-free checkout to ship.

Any advice or future perspectives would be greatly appreciated,
Ad.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 15 18:04:12 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.