Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52639
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.186 cause and error)
Message-ID: <4DE5F735.3090406@lsces.co.uk>
Date: Wed, 01 Jun 2011 09:24:21 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-2.2 SeaMonkey/2.0.14
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <4DB8CCA9.7040604@yahoo.com.au> <BANLkTik+wffarxWj-hzm_uHf2b70dUb_jw@mail.gmail.com> <BANLkTinZewZVgmNqzw_4tOs3ShmaxOcnrA@mail.gmail.com> <4DB9170E.7010707@lsces.co.uk> <BANLkTinkkhOBp+W7a2HDj89Rf4jWw0t5Lw@mail.gmail.com> <4DE5E291.9050806@lsces.co.uk> <BANLkTimaRDY-=fdcwXFD-Frwh4=_-RTedQ@mail.gmail.com> <4DE5EC35.1080401@lsces.co.uk> <BANLkTiko1NU6UiWsjmUC+tdTWveFKUqJiQ@mail.gmail.com>
In-Reply-To: <BANLkTiko1NU6UiWsjmUC+tdTWveFKUqJiQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] DVCS
From: lester@lsces.co.uk (Lester Caine)

dukeofgaming wrote:
>     hggit + Mercurial Eclipse + Eclipse means I could not care less what
>     the target is EXCEPT that one can't write a project that is JUST the
>     set of sub-modules that you want to pull together. IDEALLY - both
>     GIT and HG would just pull stuff from which ever is providing a
>     particular library? So say Smarty could be on one while ADOdb is on
>     the other ... The core PHP code does not need to be so distributed,
>     but being able to pull PECL modules from a number of sources to add
>     to a core clone of the code could be useful?
>
> Perhaps, it would depend how teams are structured, but even it was a
> single repository for everything I think stuff would work fine.
>
> My opinion is that the reason behind sub-repositories is to include code
> from vendors, not that much to modularize development of a single big
> project, why?, because of the distributed nature of a DVCS: imagine that
> there is a PECL team, and that team makes a fork of the main PHP
> repository, and they focus on that "fork" (every separate repository can
> be regarded as a fork) and they handle all their work integration, and
> then someone (after an ammount of work is done) pulls back from the main
> repo (the one where last integrations are agreed to be added, "central"
> if you must call it that) to ensure everything still runs ok, and then
> ask to the final integrator to pull and merge their work: done.
I think this is the MAIN problem with DVCS currently ...
Most of the 'big guns' that are pushing git are ONLY working on a single 
repository with a single set of code ( although GNOME and KDE should probably be 
'subrepos' of the linux core project? ). The core PHP code can probably be 
handled as a single repo, but then you have to clone everything, including all 
extensions, while just being able to pick and choose would be nice. Moving to 
userland ... being able to follow the latest Smarty, ADOdb and other libraries 
in parallel with one's own code base is somewhat useful ... and something I've 
actually been doing in Eclipse already for several years. DVCS has currently 
distorted the picture because it simply does not integrate well yet :( Adopting 
one path for the core code but needing a different one for working with it just 
seems wrong to me, so sitting on the fence for the moment seems right. I'm 
actively using HG - but the masters I am working into are on github so sitting 
on the fence is not a problem :)

> Oh, and HG supports svn and git as subrepos now.
It is coming along ... I'm currently following a discussion on getting this 
working properly on the mercurial list ... just which directory path should you 
be using to link things together ...

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
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