[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