Hanno Schlichting wrote at 2006-9-11 23:06 +0200:
> ...
>You got it backwards ;) I only forward-port any changes from older
>branches to the more recent ones, but never do any backports. The reason
>I do this is because before this, Plone developers tended to only fix a
>bug on the trunk or the latest stable release. My hope was that by
>lowering the bar by only requiring developers to fix a bug on the oldest
>maintained release branch, more people would actually do this and in
>fact I think this strategy has worked out. This works in conjunction
>with our quite well-maintained bug-tracker where bugs get assigned to
>the release they should be fixed in by a small group of people.

A very good approach!

  Because all modifications done on released branch should be
  fixes only, we want almost all of them in the trunk as well.

  And there is a good chance that there will only be
  few merge conflicts.

  Unfortunately, I could not convince my colleagues to work
  this way -- despite a good practical experience.

  One argument has been: the Zope development does not use it...

>But two things to keep in mind that differentiate Plone from Zope3 in
>this regard are, that most of the fixes in Plone are template issues or
>minimal changes that apply cleanly on the newer branches and when they
>don't or I do not understand them I ask the bug fixer to forward port

You can of course do this always.

> ...
>For Zope3 the only sensible option IMO is, as others already mentioned
>it, to have a fix-on-the-oldest-maintained-branch-first bug fixing
>policy which requires to forward port these fixes to all branches up to
>the trunk.

Why are you that pessimistic about Zope3 -- once the moving around
has stopped (which might be a challenge for automatic forward merging)?

Zope3-dev mailing list
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com

Reply via email to