[Zope3-dev] Re: CHANGES.txt

Tres Seaver tseaver at zope.com
Sun Dec 5 21:53:49 EST 2004


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.


Tres.
-- 
===============================================================
Tres Seaver                                tseaver at zope.com
Zope Corporation      "Zope Dealers"       http://www.zope.com



More information about the Zope3-dev mailing list