Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52039 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98699 invoked from network); 28 Apr 2011 03:31:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Apr 2011 03:31:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=drak@zikula.org; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=drak@zikula.org; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zikula.org designates 74.125.82.170 as permitted sender) X-PHP-List-Original-Sender: drak@zikula.org X-Host-Fingerprint: 74.125.82.170 mail-wy0-f170.google.com Received: from [74.125.82.170] ([74.125.82.170:35159] helo=mail-wy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 37/34-20607-A6FD8BD4 for ; Wed, 27 Apr 2011 23:30:59 -0400 Received: by wyb34 with SMTP id 34so1975376wyb.29 for ; Wed, 27 Apr 2011 20:30:42 -0700 (PDT) Received: by 10.216.235.95 with SMTP id t73mr136186weq.10.1303961442793; Wed, 27 Apr 2011 20:30:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.81.138 with HTTP; Wed, 27 Apr 2011 20:30:22 -0700 (PDT) In-Reply-To: References: <4DB8CCA9.7040604@yahoo.com.au> Date: Thu, 28 Apr 2011 09:15:22 +0545 Message-ID: To: dukeofgaming Cc: "internals@lists.php.net" Content-Type: multipart/alternative; boundary=0015176f1a64993a3104a1f22edb Subject: Re: [PHP-DEV] DVCS From: drak@zikula.org (Drak) --0015176f1a64993a3104a1f22edb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 28 April 2011 08:52, dukeofgaming wrote: > Hi, > > I'm not a frequent poster in the list but I thought I'd really should giv= e > my 1 cent here when I saw "popular" being an argument for using DVCSs, it= s > not, and its neither fashion nor cargo cult, it is just a plain eye opene= r > experience of how neither SVN or CVS are the base of all versioning (two = of > its creators =E2=80=94Brian Fitzpatrick and Ben Collins-Sussman=E2=80=94 = have acknowledged > this by saying "sorry about that" with regards to Subversion) and that > better and more natural ways to collaborate and integrate code. > > I could provide an epically long argument here, but instead I'll link to > the one I've already made, diagrams and graphics included =3D): > > > http://programmers.stackexchange.com/questions/35074/im-a-subversion-geek= -why-i-should-consider-or-not-consider-mercurial-or-git-or/35080#35080 > > So, I don't want to make debate here of wether centralized is better than > distributed (because the point is moot), but I think its not a good > situation for the community to have a previously open door to DVCSs now > closed. > > Perhaps a solution can be found to even open the door to Mercurial (that = is > an excellent place to start with DVCSs because its simplicity and > straight-forwardness) in addition to git in such a way that doesn't stres= s > the server?. > For us, there was huge reluctance in our community to move away from SVN an= d we solved all our differenced with a GIT/SVN bridge. I personally wanted to use GIT so I just checked out our SVN tree using GIT-SVN. Meant I could us= e all the features of GIT locally and when I needed to svn update/svn commit, GIT does that part invisibly. I am sure there are things like this for Mercurial etc. For windows: TortoiseGIT (has SVN support built in). Debian/Ubuntu: apt-get install git-core git-svn As much as purist for DVCS balk at the SVN bridges, I think they are an important stepping stone for people who are used to SVN. It allows one to "try it out" on the project the know and love without forcing the project t= o switch. That's the better way. For those who would prefer GIT or whatever but their project prefers SVN, the bridge allows them to use it without upsetting the project status quo. They really work well too: locally you can branch and merge and do all the gymnastics you cant achieve with SVN. Overall, I think it's only recently that DVCS tools are becoming matured. = I know even a year ago GIT's toolset was horrific, but there have been recent leaps an bounds in the toolsets and services like github.com have made the entire experience very easy and social. My main point is, if you want to use DVCS, there is nothing stopping you doing right now, without asking the PHP team to change the VCS (although I would hope one day they do). Regards, Drak --0015176f1a64993a3104a1f22edb--