Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45443 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7202 invoked from network); 31 Aug 2009 12:29:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Aug 2009 12:29:51 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 83.243.58.134 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 83.243.58.134 mailout2.netbeat.de Linux 2.6 Received: from [83.243.58.134] ([83.243.58.134:36141] helo=mailout2.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EA/82-27662-D32CB9A4 for ; Mon, 31 Aug 2009 08:29:51 -0400 Received: (qmail 3720 invoked by uid 89); 31 Aug 2009 13:10:08 -0000 Received: from unknown (HELO ?192.168.1.111?) (postmaster%schlueters.de@62.216.220.166) by mailout2.netbeat.de with ESMTPA; 31 Aug 2009 13:10:08 -0000 To: jani.taskinen@iki.fi Cc: internals@lists.php.net In-Reply-To: <4A9B8886.5080209@iki.fi> References: <1251556428.22693.20.camel@guybrush> <4A9B8886.5080209@iki.fi> Content-Type: text/plain; charset="UTF-8" Date: Mon, 31 Aug 2009 14:29:20 +0200 Message-ID: <1251721760.8298.41.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Really going to 5.3.1RC1 From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi, On Mon, 2009-08-31 at 11:23 +0300, Jani Taskinen wrote: > I don't understand why you are merging things back and forth like that. > Just keep it simple: > > PHP_5_3 is open for any commits, php_5_3_1 is only for commits you pick > into it. And only do manual merge. Otherwise you won't be merging what > you want for real. ;) > > Don't mess with version in PHP_5_3, only in php_5_3_1 where you create > the RCs from. And please, no more tags, those are totally useless in SVN > world, IMO. A "tag" makes sense to see what exactly was released and for that it makes (in my opinion) sense if the svn mv/cp of the directory is the last operation since that one can easily be identified. If we have no separation between a branch and a tag this might be more problematic. But I asked this on purpose, seeking advice, and don't have too strong opinions there. johannes