Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29920
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain zend.com from 64.97.136.153 cause and error)
Message-ID: <01b401c7a251$ff62bc60$39dc2f52@foxbox>
Reply-To: "Steph Fox" <steph@zend.com>
To: "Wez Furlong" <kingwez@gmail.com>
Cc: "internals" <internals@lists.php.net>
Date: Wed, 30 May 2007 01:32:24 +0100
Organization: Zend Technologies
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
Subject: Fw: [PHP-DEV] better changeset tracking
From: steph@zend.com ("Steph Fox")

Wez,

> This could work, except of course we don't have any such thing as 'a 
> maintenance ticket' or a way to set priority to 'merge'. It's kind of the 
> opposite way around to the way the PHP bug system works... and it probably 
> would be a pain to have it as part of an open system (in the sense that 
> users can add to it). Perhaps adapt the bugs *interface* to deal with 
> maintenance tickets along the lines you suggest, but with a separate db 
> and ID system - so we get #M9999 rather than #9999, and 'merge', 
> 'no-merge', 'close' as the options?

If this database could take new entries directly from CVS commits (and 
assign a number which is then added to the commit message) it'd be 
ultra-workable. Anyone merging would need to quote the reference number from 
the original commit, but initial commits could go on as they do now. There'd 
just need to be a 'no-merge' code used by the committer for branch-specific 
changes - one of your famous three-letter tags. If the non-generated part of 
the commit message doesn't contain a reference number or a 'no-merge' code 
it gets a 'merge' ticket, if it contains a 'no-merge' tag it gets a 
'no-merge' ticket (and is never closed), if it contains a reference number 
the ticket is closed. (This part needs rethinking if we're looking at more 
than two branches, but the basic idea's there.)

Would that be even remotely possible? It would mean nobody ever opens a 
maintenance ticket manually.

- Steph