Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29931 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2694 invoked by uid 1010); 30 May 2007 05:43:20 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 2679 invoked from network); 30 May 2007 05:43:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 May 2007 05:43:20 -0000 Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 81.63.192.126 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 81.63.192.126 126.192.63.81.fix.bluewin.ch Windows 2000 SP4, XP SP1 Received: from [81.63.192.126] ([81.63.192.126:1506] helo=npas.netpoint.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7C/31-24960-5FE0D564 for ; Wed, 30 May 2007 01:43:20 -0400 Received: from [127.0.0.1] ([127.0.0.1]) by npas.netpoint.com with Microsoft SMTPSVC(6.0.2600.2180); Wed, 30 May 2007 07:46:24 +0200 Message-ID: <465D0EF5.2040801@pooteeweet.org> Date: Wed, 30 May 2007 07:43:17 +0200 User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Andi Gutmans CC: Rasmus Lerdorf , Wez Furlong , Ilia Alshanetsky , Edin Kadribasic , PHP Internals List References: <4e89b4260705280856t47429e54ofcc182e02a6627e5@mail.gmail.com> <698DE66518E7CA45812BD18E807866CE3AFF97@us-ex1.zend.net> <465CFFF8.7070603@lerdorf.com> <698DE66518E7CA45812BD18E807866CE3AFFA2@us-ex1.zend.net> In-Reply-To: <698DE66518E7CA45812BD18E807866CE3AFFA2@us-ex1.zend.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 May 2007 05:46:24.0946 (UTC) FILETIME=[DC07D120:01C7A27D] Subject: Re: [PHP-DEV] better changeset tracking From: mls@pooteeweet.org (Lukas Kahwe Smith) Andi Gutmans wrote: > Well I think Subversion the way it is today is already considerably > better. Just the directory versioning and the better performance would > already pay off in the PHP project. > No doubt that merge tracking is an added bonus but it's not exactly > applicable (yet) to the way we work in the project as we are mainly > doing selective merges. It would require us to somewhat rethink how we > want people to develop (i.e. branch per major feature, branch per mini > release, etc...). > > Btw, I didn't recommend it because of changset tracking, but rather if > we make significant changes to our dev infrastructure we might as well > build it on the right foundations and moving to SVN will be inevitable > at some point. I think it already provides enough value today to start > considering it. Also keep in mind that there are plenty of subprojects under cvs.php.net. These tend to be a lot simpler on the branching/merging side. So maybe these are good testing grounds to get some of the infrastructure for karma management in place. And then once we start feeling comfortable with things, then we are more prepared to move php internals over. regards, Lukas