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

Re: Subversion and Remote Repository Synchronization

From: Les Mikesell <lesmikesell_at_gmail.com>
Date: Thu, 6 Oct 2011 13:25:58 -0500

On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf <d.s_at_daniel.shahaf.name> 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 "svngit'. This could be done when
>> there's no one in the Indian office. Developers could then checkout
>> and commit their changes to their local Git repository. In the middle
>> of the night, the Git repository could then push its changes to
>> Subversion using "gitsvn" Is this a possibility?
>
> And what do you do when the push step fails due to the Subversion
> repository having changed after the pull?

I think you are supposed to branch for your local git work, then
'rebase' the svn copy (equivalent to upate) before merging your branch
and using dcommit to push it back to the svn master. Conceptually it
shouldn't be different than the repository changing compared to an
outstanding modified svn working copy.

-- 
  Les Mikesell
    lesmikesell_at_gmail.com
Received on 2011-10-06 20:26:29 CEST

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.