On Oct 7, 2011 8:27 AM, "Bob Archer" wrote:
>
> > On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf
> > wrote:
>
> Of course, the other solution is get a faster/bigger pipe to reduce the
transfer times.
>
The issue may be more latency on operations that wait for handshakes than
pure bandwidth. Usi
> On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf
> wrote:
> > David Weintraub wrote on Thu, Oct 06, 2011 at 12:22:33 -0400:
> >> What about using "svngit"? We could have an automated process that
> >> pulls data from the Subversion repository in the U.S. and creates a
> >> local Git repository in
On Thu, Oct 6, 2011 at 4:23 PM, David Weintraub wrote:
>> On Thu, Oct 6, 2011 at 1:51 PM, Daniel Shahaf
>> wrote:
>>
>> What about using "svngit"? We could have an automated process that
>> pulls data from the Subversion repository in the U.S. and creates a
>> local Git repository
> On Thu, Oct 6, 2011 at 1:51 PM, Daniel Shahaf wrote:
>
>>> >> What about using "svngit"? We could have an automated process that
>>> >> pulls data from the Subversion repository in the U.S. and creates a
>>> >> local Git repository in India using "svngit'. This could be done when
>>> >> there's
On Thu, Oct 6, 2011 at 1:51 PM, Daniel Shahaf wrote:
>> >> What about using "svngit"? We could have an automated process that
>> >> pulls data from the Subversion repository in the U.S. and creates a
>> >> local Git repository in India using "svngit'. This could be done when
>> >> there's no one
Les Mikesell wrote on Thu, Oct 06, 2011 at 13:25:58 -0500:
> On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf
> wrote:
> > David Weintraub wrote on Thu, Oct 06, 2011 at 12:22:33 -0400:
> >> What about using "svngit"? We could have an automated process that
> >> pulls data from the Subversion reposi
On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf wrote:
> David Weintraub wrote on Thu, Oct 06, 2011 at 12:22:33 -0400:
>> What about using "svngit"? We could have an automated process that
>> pulls data from the Subversion repository in the U.S. and creates a
>> local Git repository in India using
David Weintraub wrote on Thu, Oct 06, 2011 at 12:22:33 -0400:
> What about using "svngit"? We could have an automated process that
> pulls data from the Subversion repository in the U.S. and creates a
> local Git repository in India using "svngit'. This could be done when
> there's no one in the In
On Thu, Oct 6, 2011 at 12:22 PM, David Weintraub wrote:
> Let's say I have a team in the U.S. where my Subversion repository is
> kept, and I have a remote team in India. The remote team in India is
> complaining about the length of time for checkouts and commits. Is
> there a solution to this par
Subversion is not disributed - try svnsync for a while, most of the
pain should go away
otherwise check out http://www.wandisco.com/
On Thu, Oct 6, 2011 at 9:22 AM, David Weintraub wrote:
> Let's say I have a team in the U.S. where my Subversion repository is
> kept, and I have a remote team in I
Let's say I have a team in the U.S. where my Subversion repository is
kept, and I have a remote team in India. The remote team in India is
complaining about the length of time for checkouts and commits. Is
there a solution to this particular issue in Subversion?
I could create a local Svnsync repo
11 matches
Mail list logo
