Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: local policy)
Date: Thu, 6 Oct 2011 20:51:22 +0200
From: Daniel Shahaf <d.s@daniel.shahaf.name>
To: Les Mikesell <lesmikesell@gmail.com>
Cc: David Weintraub <qazwart@gmail.com>,
	Subversion <users@subversion.apache.org>
Subject: Re: Subversion and Remote Repository Synchronization
Message-ID: <20111006185122.GA22006@daniel3.local>
References: 
 <CA+BQ1vGcHy8infeX3i=xH6HL42az2BKZzjUYSbmu8_H8+3M4Lg@mail.gmail.com>
 <20111006175527.GA21041@daniel3.local>
 <CAOAgVpwq6GFiwwd2H0OgaO5RXzx5tZkcgAkgsVFp8SGdJ5dwGQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
 <CAOAgVpwq6GFiwwd2H0OgaO5RXzx5tZkcgAkgsVFp8SGdJ5dwGQ@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)

Les Mikesell wrote on Thu, Oct 06, 2011 at 13:25:58 -0500:
> On Thu, Oct 6, 2011 at 12:55 PM, Daniel Shahaf <d.s@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.
> 

I thought David described a solution that implied machine merging, so
I wanted to point out that that Doesn't Always Work.  Of course, if
a developer does the merging then my concern doesn't apply.

> -- 
>   Les Mikesell
>     lesmikesell@gmail.com