Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54534
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E45192C.2090604@lsces.co.uk>
References: <slrnj3tulc.6vi.dsp@experimentalworks.net>
	<CAKUjMCUirzSjVs7GvaZmWmhx2W=h6OGyOX0YKPnUHztRkZc5xQ@mail.gmail.com>
	<4E3F02E8.2050402@sugarcrm.com>
	<alpine.DEB.2.02.1108121119420.4043@whisky>
	<CAH-PCH4YO1e-+=+38DrhwUe-nR9akJ+c=64vk0ar3GZGM5YOmw@mail.gmail.com>
	<4E450EB1.6090502@lsces.co.uk>
	<1313149176.2648.9.camel@guybrush>
	<4E45192C.2090604@lsces.co.uk>
Date: Fri, 12 Aug 2011 21:25:11 +0900
Message-ID: <CAC_Tu-YwOuk47MzfdfTb2ecUiiT5NUpZ0U+NSkxRGebpkwkjKQ@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=bcaec554df3e39bf5f04aa4e0106
Subject: Re: [PHP-DEV] [RFC] Choosing a distributed version control system for
 PHP (or not). Call for Participation.
From: catch56@gmail.com (Nathaniel Catchpole)

--bcaec554df3e39bf5f04aa4e0106
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

fwiw with Drupal we have a central repository for the core and contributed
projects hosted on Drupal.org. There are also sandbox projects (which can b=
e
either experimental new projects or forks), and these are also centrally
hosted.

This doesn't stop people using github, but it massively increased commit
activity on Drupal.org after the switch from cvs (when a lot of people had
moved active development to github due to not liking cvs, and definitely
some people have come back since).

Nathaniel

On Fri, Aug 12, 2011 at 9:14 PM, Lester Caine <lester@lsces.co.uk> wrote:

> Johannes Schl=FCter wrote:
>
>> Actually the real question here is WHY create a fork on github at all? T=
he
>>> copy
>>> >  you are working on LOCALLY is the fork that you are developing on?
>>> Much of the
>>> >  stuff on github and the other DVCS server sites is redundant? You on=
ly
>>> need to
>>> >  publish your local changes to other developers who are working with
>>> you not to
>>> >  the whole world?
>>>
>> since i can publish an experimental feature, get it
>> reviewed/tested/improved before pushing it to the main tree.
>>
>> Mind that "other developers who are working with you" is potentially
>> everybody on this list;-)
>>
>
> But that is the point ... if everybody has their own published
> 'experimental feature' repos, syncing those bits we are playing with look=
s
> like a nightmare? Surly the point of DVCS is we share via some central po=
t,
> and these experimental branches exist there? Having to keep track of who'=
s
> bits you are playing with is the messy bit :( And it's that which has cau=
sed
> problems with other projects, where 'extensions' have grown in secondary
> repos ... and become the official extension. That is what I think people =
are
> just trying to flag up.
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=3D**contact<http://lsces.co.uk/wi=
ki/?page=3Dcontact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird - http://www.firebirdsql.org/**index.php<http://www.firebirdsql.=
org/index.php>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--bcaec554df3e39bf5f04aa4e0106--