[SciPy-dev] Trac-ing backports

David Cournapeau david@ar.media.kyoto-u.ac...
Thu Jun 4 19:48:03 CDT 2009

Pauli Virtanen wrote:
> Hi,
> I noticed that keeping track of bugs to backport is a bit painful. Also 
> Trac isn't currently too helpful about this.

No, it is not :)

> So, how should we deal with backports within Trac:
> a) For each bug you think could be useful to backport, before closing the
>    ticket, file a new "Backport #xxx to 0.y.z" ticket. Easy to forget,
>    though, and a bit nasty with Numpy with its 1.0.x, 1.1.x, 1.2.x, 1.3.x,
>    branches...

That's the recommended approach (http://trac.edgewall.org/ticket/4298),
but I find it awkward. It means a same bug has different number
depending on the milestone.

> b) Add a custom field "Branches" that contains some custom format, such as
>    "-1.3.x" before and "+1.3.x" after backporting. Add corresponding
>    queries to Trac's roadmap.

So every backport would require a manual change to trac as well ?

What about having a special format for backport in the svn commit
message, so that it can easily be grepped ? Something like
BACKPORT:ISSUE#NNN as the first characters of the commit ? At least we
could track this from git log --grep this way. I am afraid that
requiring trac handling with backport will result in a lot of misses.



More information about the Scipy-dev mailing list