Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: infrastructure-dev@apache.org
Received-SPF: pass (nike.apache.org: domain of jukka.zitting@gmail.com
 designates 209.85.218.174 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=AcLiIltvDsGMInDd/8DrsUGmiDwRes2fVCyQuBIJIWP+kxznWaTIhyVDgwAxaQPUyw
         fzTF/SAWKgHJTJtzU7EFT/+p1h7QCOnu/aJd7xiwrqjnPhwc/kNSnQMvLxCA6QeFg0mr
         ssvq3NIEtFsQd4NlZL14FGIChM+O2JoAvrloE=
MIME-Version: 1.0
In-Reply-To: <4239a4320903292325w4e9ce877wbd6b82abbe526d0a@mail.gmail.com>
References: <4239a4320903291524t3d954472p90f646a2c370f262@mail.gmail.com>
	<B5B30798-8F17-46BC-BEDA-F4AD8062B079@apache.org>
 <4239a4320903292325w4e9ce877wbd6b82abbe526d0a@mail.gmail.com>
Date: Mon, 30 Mar 2009 15:07:52 +0200
Message-ID: <510143ac0903300607k16c8d313n21255bcb41ee4973@mail.gmail.com>
Subject: Re: Subversion Server Plan
From: Jukka Zitting <jukka.zitting@gmail.com>
To: infrastructure-dev@apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi,

On Mar 29, 2009, at 3:24 PM, Paul Querna wrote:
> - For git-svn / dcommit, have it hit git-master.apache.org directly,
> but try to avoid publishing this URL for most users. (thoughts?)

The mirrors at git.apache.org now publicly point to svn.apache.org but
internally use svn.eu.apache.org when pulling changes from svn. It's a
reasonably straightforward process to change the address of that
master svn server.

On Mon, Mar 30, 2009 at 8:25 AM, Paul Querna <paul@querna.org> wrote:
> Joe explained it much better than I could:
> """" The problem appears whenever someone wants to check-in a sequence
> of commits made with git and they're using a mirror for that purpose.
> They run git dcommit and that generates a bunch of svn transactions
> that basically look like svn commit, svn up, svn commit, svn up, etc.
> The svn up part chokes of course, because the mirror hasn't picked up
> the commit yet, causing git to throw an error and tell the user to
> "rebase".
> """"

I think we can (should) address that issue by educating users to keep
their offline commit sequences short. If you're online and you have
svn commit karma, there aren't many (any?) cases cases where it would
make sense to pile up more than a single local commit.

One notable issue with that is that creating and managing development
branches is much easier in git, which may be one reason why people are
opting to keep such branches in their git repositories and only
dcommit the changes to svn trunk once they're done. It would be useful
to document how to best interact with svn in such cases.

BR,

Jukka Zitting