linaro-project-management team mailing list archive

[Alexander Sack <asac@xxxxxxxxxx>]

On Fri, Aug 19, 2011 at 2:56 PM, Christian Robottom Reis <kiko@xxxxxxxxxx>wrote:

> On Tue, Aug 16, 2011 at 05:10:57PM -0300, Ricardo Salveti wrote:
> > I'm trying to do this with linaro-ubuntu already, and it's working
> > fine, only thing I did differently was to create a "backlog" series,
> > as the blueprint search on launchpad kind of sucks.
> >
> > Example: https://blueprints.launchpad.net/linaro-ubuntu/backlog
>
> I've seen this later on in the thread. Is there an advantage to using a
> backlog series instead of a milestone (beyond having a set of backlog
> milestone, which I don't think is very sane)?
>

I thought about it and while series and milestone are different concepts and
come with lots of different properties I don't see much that would matter
for our case.

One thing I thought would matter is of course that a backlog is always on a
series of a component, which might raise interesting questions what to do
for multi-series components (e.g. multiple-backlogs or if you want just one
where do you put it?).

So here if we want generally one backlog this would be a +1 for series; if
we want one backlog per series that would be a +1 for milestone.

Another difference is that a series has the concept that restricted users
can propose something for it. So you can propose a bug; or propose a
blueprint to a series. AFAIK, for milestones you either have the power or
you don't (e.g. you either can set a milestone for a bug or you don't). IMO
that makes a +0.5 for series ;).

However, I am not sure if launchpad has a nice overview page for series that
lets you review all bugs and blueprints that are in the backlog. if there is
no such page then that might be a +0.5 for milestones again ;).

So to sum up: no strong opinion. If i had to place a vote I would go for
series.

Also seems that one of our team leads already uses series to implement the
backlog, so maybe we should ask now: what do milestones give us that series
don't instead of the other way around.

-- 

 - Alexander