Re: should every bugfix have a bugreport?

From: Date: Thu, 05 Jun 2014 12:24:30 +0000
Subject: Re: should every bugfix have a bugreport?
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-74754@lists.php.net to get a copy of this message
On Thu, Jun 5, 2014 at 8:00 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote: > Hi, > > I think it would be really nice, if we could have a policy that bugfixes > should always have an issue on http://bugs.php.net. > Of course if the bug was spotted and fixed before a public (stable or qa) > release was made should be excluded from this rule. > So when fixing the bug and adding the NEWS entry for a bug which wasn't > reported through the bugtracker, then one should check the bug database and > if no report is found he/she should create one. > For the projects/exts which are using other type of bugtracker (opcache and > phpdbg comes to mind with the github issues), those would be ok to use. > > Having this policy would mean a bit more work for those fixes which doesn't > have an issue at hand, but I think it would still worth it for the > following reasons: > > - sometimes explaining the need for the change or why do we have to fix > that way can't be summarized in a commit comment. > - the NEWS entry is also used for the changelog ( > http://php.net/ChangeLog-5.php) and for the release > announcements, and > if somebody want's to complain about some change that we made, it is > easier > to reference it if there is a bug linked to it. > > what do you think? > +1. I use the bug numbers to author test cases (bug + nr . phpt), so it's already part of my own workflow :) > -- > Ferenc Kovács > @Tyr43l - http://tyrael.hu > -- -- Tjerk

« previous php.internals (#74754) next »