Re: Distributed Subversion Repositories

2010-02-17 Thread B Smith-Mannschott
On Thu, Feb 18, 2010 at 03:59, Vincent Lefevre wrote: > On 2010-02-17 11:18:18 +, Julian Phillips wrote: >> If using a different tool is an option, then there are tools that let you >> interact directly with Subversion repositories from various other SCM >> tools, e.g. >> >> http://mercurial.s

Re: Distributed Subversion Repositories

2010-02-17 Thread Vincent Lefevre
On 2010-02-17 11:18:18 +, Julian Phillips wrote: > If using a different tool is an option, then there are tools that let you > interact directly with Subversion repositories from various other SCM > tools, e.g. > > http://mercurial.selenic.com/wiki/WorkingWithSubversion > http://flavio.castell

Re: Distributed Subversion Repositories

2010-02-17 Thread Vincent Lefevre
On 2010-02-17 11:10:12 +, Julian Phillips wrote: > You might want to take a look at svk, specifically: > > http://svk.bestpractical.com/view/UsingSVKAsARepositoryMirroringSystem svk is no longer maintained. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTM

Re: Distributed Subversion Repositories

2010-02-17 Thread B Smith-Mannschott
On Wed, Feb 17, 2010 at 11:08, Mark wrote: > I have the following problem. Repository A is used by a lab of developers. 1 > developer needs to work off site against the code base held in A, for an > extended period of time. He requires version control, but cannot gain access > to Repository A. To

Re: Distributed Subversion Repositories

2010-02-17 Thread Ryan Schmidt
On Feb 17, 2010, at 05:31, Tennebø Frode wrote: > You could use vendor branches > (http://svnbook.red-bean.com/en/1.0/ch07s04.html). Let's not refer people to the ancient 1.0 version of the book. The most recent final version of this documentation currently available is: http://svnbook.red-be

RE: Distributed Subversion Repositories

2010-02-17 Thread Tennebø Frode
> I have the following problem. Repository A is used by a lab > of developers. 1 developer needs to work off site against the > code base held in A, for an extended period of time. He > requires version control, but cannot gain access to > Repository A. To solve this we can dump/mirror A into

Re: Distributed Subversion Repositories

2010-02-17 Thread Julian Phillips
On Wed, 17 Feb 2010 12:09:02 +0100, Stefan Sperling wrote: > On Wed, Feb 17, 2010 at 10:08:12AM +, Mark wrote: >> I have the following problem. Repository A is used by a lab of >> developers. 1 developer needs to work off site against the code base >> held in A, for an extended period of time.

Re: Distributed Subversion Repositories

2010-02-17 Thread Julian Phillips
On Wed, 17 Feb 2010 10:38:19 +, Mark wrote: > I have the following problem. Repository A is used by a lab of > developers. 1 developer needs to work off site against the code base > held in A, for an extended period of time. He requires version control, > but cannot gain access to Repositor

Re: Distributed Subversion Repositories

2010-02-17 Thread Stefan Sperling
On Wed, Feb 17, 2010 at 10:08:12AM +, Mark wrote: > I have the following problem. Repository A is used by a lab of > developers. 1 developer needs to work off site against the code base > held in A, for an extended period of time. He requires version > control, but cannot gain access to Reposit

Distributed Subversion Repositories

2010-02-17 Thread Mark
I have the following problem. Repository A is used by a lab of developers. 1 developer needs to work off site against the code base held in A, for an extended period of time. He requires version control, but cannot gain access to Repository A. To solve this we can dump/mirror A into repository

Distributed Subversion Repositories

2010-02-17 Thread Mark
I have the following problem. Repository A is used by a lab of developers. 1 developer needs to work off site against the code base held in A, for an extended period of time. He requires version control, but cannot gain access to Repository A. To solve this we can dump/mirror A into repository