Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: infrastructure-dev@apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <47FDC243.9010704@apache.org>
Date: Thu, 10 Apr 2008 09:31:15 +0200
From: Henning Schmiedehausen <henning@apache.org>
Reply-To: henning@apache.org
Organization: Apache Software Foundation
User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213)
MIME-Version: 1.0
To: infrastructure-dev@apache.org
Subject: Re: Zone for scm experiments (Was: Subversion vs other source	control
 systems)
References: <510143ac0804091422u389b4c64i10291f02b69a93ad@mail.gmail.com>
 <1207783907.11765.36.camel@marlow>
In-Reply-To: <1207783907.11765.36.camel@marlow>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

Santiago Gala schrieb:
> El jue, 10-04-2008 a las 00:22 +0300, Jukka Zitting escribió:
>> Hi,
>>
>> On Wed, Apr 9, 2008 at 10:06 AM, Jukka Zitting <jukka.zitting@gmail.com> wrote:
>>>  It would be cool to have a few such examples to gather more experience
>>>  on the related workflows. Could we for example set up some git-svn
>>>  mirrors of selected projects for people to play with? Github looks
>>>  nice for such purposes, and I also have a spare server we could use if
>>>  we want more control over the interaction with Apache svn.
>> As discussed today in the SCM BOF here in Amsterdam, it would probably
>> make more sense to do such experiments on Apache hardware if possible.
>> Would it be OK to create a Solaris zone for such purposes?
>>
>> I'm aware of the concerns about introducing new systems even
>> experimentally. For example if people start relying on such git-svn
>> mirrors, they might easily become perceived as official parts of ASF
>> infrastructure. How could we best avoid that?
>>
> 
> There is a certain contradiction in the previous two paragraphs: the
> best way to avoid those experiments being perceived as official parts of
> infra is doing them outside the hardware. IIRC this was argued and it
> related to the fact that planetapache.org is not inside ASF hardware.

That is not what I recall. This experiment does not actually use ASF 
hardware directly but a Solaris zone which is better manageable by 
infra. It was already discussed that labs can get a zone, so it should 
also be possible for these experiments.


> Other interesting thing is that "mirror" sounds like something stronger
> that it really is. For instance, *any* git clone that any person makes
> of the one in git hub is a full copy and can be republished and kept in
> synchrony with svn, because of the id added to git commits. So there is

Yes, but it idea of having a designated svn-git mirror at the ASF means, 
that we can point the people interested in git to that git repos and 
that it is possible to loosen the restrictions on the svn repo itself 
(mod_dontdothat) for a single machine that might be located in the same 
rack as the svn server.


> little value in the mirrors beyond the stable URL, which basically could
> be, again, reconstructed around the SHA-1 git commit names. Except for
> non-svn commits, where the need of rebasing the commits changes the
> SHA-1 all the time :(

IMHO there will be no non-svn commits (yet?). This will be strictly one 
way from svn -> git. Putting commits back into SVN will be IMHO by 
applying patches.

The first and foremost use case for this will be local (detached) 
commits and the ability for easy local branching (as you did e.g. with 
the Shindig code).

 >
 > Re: the BoF, can you please publish some sort of minutes here?

Did that already. :-)

	Best regards
		Henning