[Zope3-dev] Re: CHANGES.txt

Jim Fulton jim at zope.com
Mon Dec 6 07:48:47 EST 2004


Tres Seaver wrote:
> Bjorn Tillenius wrote:
> 
>> Where should one record bug fixes? In the trunk's, or release branch's
>> CHANGES.txt?
>>
>> At the moment, no bug fixes have been recorded in the release branch's
>> CHANGES.txt, only in the trunk's. Shouldn't all bug fixes be fixed on
>> the release branch as well, thus 3.1.0 shouldn't really contain any bug
>> fixes, they should already be in the latest 3.0 release?
> 
> 
> The "stock" policy for CVS was "bug fixes in the branch version, new 
> features in the head."
> 
> BTW, bug fixes should be implemented *first* in the relase branch, and 
> then forward-ported to the trunk;  the chance of breaking compatibility 
> is *much* smaller when done that way.  The SOP should be something like:
> 
>  1. Ensure that all tests pass on the release branch.
> 
>  2. Apply the report's patch to the unit tests on the release branch
>     (or write a test on the release branch, the the report didn't supply
>     one).  *Don't* apply the fix yet!
> 
>  3. Run the new test(s) and *ensure that it fails*!!!!
> 
>  4. Apply the report's patch to the non-test code (or do the fix
>     yourself).
> 
>  5. Ensure that *all* tests pass on the branch.
> 
>  6. Edit the branch's CHANGES.txt to describe the bugfix.
> 
>  7. Commit the changes to the branch.
> 
>  8. Ensure that all tests pass on the head.
> 
>  9. Forward-port the changes from the branch to the trunk.
> 
>  10. Ensure that all tests pass on the trunk.
> 
>  11. Commit the changes to the trunk.

Yup. :)

Jim

-- 
Jim Fulton           mailto:jim at zope.com       Python Powered!
CTO                  (540) 361-1714            http://www.python.org
Zope Corporation     http://www.zope.com       http://www.zope.org



More information about the Zope3-dev mailing list