Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54557
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E45A2BD.7060506@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>
	<4E456F2F.7030809@sugarcrm.com>
	<4E45755F.3020005@lsces.co.uk>
	<4E4578B6.6050708@sugarcrm.com>
	<4E45A2BD.7060506@lsces.co.uk>
Date: Fri, 12 Aug 2011 15:08:57 -0700
Message-ID: <CAAUB37BDNrC4LnsSQNWjx7eMAQwq=1PhjONi9h0fS9Ga0wTb1w@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Choosing a distributed version control system for
 PHP (or not). Call for Participation.
From: hermanradtke@gmail.com (Herman Radtke)

On Fri, Aug 12, 2011 at 3:01 PM, Lester Caine <lester@lsces.co.uk> wrote:
> Stas Malyshev wrote:
>>>
>>> Sandboxes and development branches are the right way to go, but could
>>> actually
>>
>> Branches are different things than github forks, for different purposes.
>> Branch is a project, fork is a workspace. You can have multiple people
>> work on a project, using multiple workspaces.
>
> That is not how Drupal seems to be using git ...
> http://drupal.org/node/803746#clone - See 'Creating a Working Branch'
>
> Personally that is not how I'd like to see php going ... but I'm more than
> happy with my own hg workspace locally anyway :)

I think any kind of RFC vote is going to meet a lot of resistance
simply based on the fact that a lot of people on this list do not
appear to be very familiar with dvcs and the pros and cons of moving
to one of the dvcs offerings. Trying to find the best solution in
terms of technology (git vs hg), structure, workflow, etc is an effort
in futility at this point.

I think it would be better to pilot some different options and ease
people into the transition from a vcs to a dvcs. One idea that springs
to mind is allowing pecl packages to live on google code, github or
bitbucket. That allows developers to freely play around with svn, git
or hg. While that may seem odd, some of us are already doing it (ex:
https://github.com/andreiz/php-memcached). I am sure this brings up
all sorts of problems and issues, but that is the point. Moving svn to
a dvcs is less of a technical change and more of a paradigm shift in
the fundamental way a user interacts with version control.

As a long time dvcs proponent and user, I support the move to
distributed version control. I just hope it is done right.

-- 
Herman Radtke
hermanradtke@gmail.com | http://hermanradtke.com