Re: using multiple trees with subversion

Mike Stump wrote: > On Oct 19, 2005, at 2:56 AM, François-Xavier Coudert wrote: > >> Or am I the only person to find that disk is expensive (or working >> on his own hardware, maybe)? > > > A checkout costs US$0.50. This is around 2.6x more expensive than a > cvs checkout. Check around locally

Re: using multiple trees with subversion

On Oct 19, 2005, at 2:56 AM, François-Xavier Coudert wrote: Or am I the only person to find that disk is expensive (or working on his own hardware, maybe)? A checkout costs US$0.50. This is around 2.6x more expensive than a cvs checkout. Check around locally, maybe you can find `throwaways

Re: using multiple trees with subversion

On 2005-10-19 13:48:36 +0200, Giovanni Bajo wrote: > Probably you're the only one finding disk space expensive. One can also write data on memory cards and they are expensive. This would be important to use Subversion on a PDA. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web:

Re: using multiple trees with subversion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Giovanni Bajo wrote: > > Probably you're the only one finding disk space expensive. HDs are quite > cheap nowadays. Anyway, I'm sure SVN people would be happy if you help Well, I'm another person who's concerned about growing local copy sizes. As it

Re: using multiple trees with subversion

Having 5 subversion trees will need much more space (for local pristine copies), which I don't really have. Is there any way to force subversion use one pristine tree for all modified trees, or is my way of handling things completely rotten? I have a script called svn-switch-patch that undoes

Re: using multiple trees with subversion

On Wed, 2005-10-19 at 08:14 -0400, Daniel Berlin wrote: > On Wed, 2005-10-19 at 11:56 +0200, François-Xavier Coudert wrote: > > > Not that I know of. As Daniel Berlin said, Subversion 1.4 will probably > > > have > > > support for checking out repositories with compressed local copies (or no > >

Re: using multiple trees with subversion

On Wed, 2005-10-19 at 11:56 +0200, François-Xavier Coudert wrote: > > Not that I know of. As Daniel Berlin said, Subversion 1.4 will probably have > > support for checking out repositories with compressed local copies (or no > > copy > > at all -- but I wouldn't suggest this, as you'd start to be

Re: using multiple trees with subversion

On Wed, 2005-10-19 at 13:48 +0200, Giovanni Bajo wrote: > François-Xavier Coudert <[EMAIL PROTECTED]> wrote: > > >> Not that I know of. As Daniel Berlin said, Subversion 1.4 will probably > >> have support for checking out repositories with compressed local copies > >> (or no copy at all -- but I

Re: using multiple trees with subversion

François-Xavier Coudert <[EMAIL PROTECTED]> wrote: >> Not that I know of. As Daniel Berlin said, Subversion 1.4 will probably >> have support for checking out repositories with compressed local copies >> (or no copy at all -- but I wouldn't suggest this, as you'd start to be >> slow in "svn diff",

Re: using multiple trees with subversion

> Not that I know of. As Daniel Berlin said, Subversion 1.4 will probably have > support for checking out repositories with compressed local copies (or no copy > at all -- but I wouldn't suggest this, as you'd start to be slow in "svn > diff", > "svn stat", etc). I guess no local copy would be fi

Re: using multiple trees with subversion

François-Xavier Coudert <[EMAIL PROTECTED]> wrote: > I do only have small involvement in gcc, preparing few patches (never > more than 5 at a time) on limited areas (gcc/fortran, libgfortran and > gcc/testsuite), always on mainline or 4.0 branch. The way I manage to > keep mind sanity right now is

Re: using multiple trees with subversion

* François-Xavier Coudert: > Having 5 subversion trees will need much more space (for local > pristine copies), which I don't really have. Is there any way to force > subversion use one pristine tree for all modified trees, or is my way > of handling things completely rotten? You could try svk, i