[Libreoffice-qa] New Bugzilla Version Picker items – 2

[Petr Mladek]

On Thu, 2012-06-14 at 18:04 +0200, Rainer Bielefeld wrote:
> Petr Mladek schrieb:
> 
> > I see, you are talking about daily builds. If we agree on the above
> > scheme, we could have:
> 
> Help / About 		Bugzilla Picker         Info
> ------------------------------------------------------
> 3.7.0.0.alpha0+         3.7.0.0.alpha0+         daily
> 3.7.0.0.alpha1          3.7.0.0.alpha1
> 3.7.0.0.alpha1+         3.7.0.0.alpha1+         daily
> 3.7.0.0.alpha2          3.7.0.0.alpha2
> 3.7.0.0.alpha2+         3.7.0.0.alpha2+         daily
> 3.7.0.0.beta1           3.7.0.0.beta1
> 3.7.0.0.beta1+          3.7.0.0.beta1+          daily
> 3.7.0.0.beta2           3.7.0.0.beta2
> 3.7.0.0.beta2+          3.7.0.0.beta2+          daily
> 3.7.0.1                 3.7.0.1                 rc
> 3.7.0.2                 3.7.0.2                 rc
> 3.7.0.3                 3.7.0.3                 rc/final
> 
> 
> 
> Hi Petr,
> 
> your latest proposal looks promising to me, I will think about it until 
> tomorrow and do some tests (Bugzilla/queries , Assistant, ...).

I keep my fingers crossed. It was originally your proposal, see
http://lists.freedesktop.org/archives/libreoffice-qa/2012-June/001869.html
So the hope is alive :-)

> I did a quick test with Bugzilla, sort order will be ok (please see 
> Picker in an existing bug). As you see we can save the dot in front of 
> the alpha/beta, if you agree.

I would prefer to keep the dot there. Bjorn mentioned in one mail that
any kind of delimiter helps to parse this using sed/grep/awk.

Also I think that it is visually better than without the dot. Well, this
might be personal opinion.


> I would like to reduce the number of Daily Versions in the picker. May 
> be a fix for "Bug 51070 - BUGZILLA: Exclude obsolete Versions from 
> Version picker"
>   <https://bugs.freedesktop.org/show_bug.cgi?id=51070> will reduce the 
> problem of too many versions. But I doubt that we will have so many 
> regressions in a  3.7.0.0.beta1+ that such a Picker really will be useful.

Sounds reasonable.

Well, IMHO, we could avoid the daily build versions in bugzilla at all.
Reporters need to paste the build date or the build id anyway. In
addition, the daily builds are used by slightly more experienced people,
so we could expect more reasonable commit messages here.

> @Markus: Do you have an idea what of these versions you want to use for 
> the target script?

-

> @Thorsten: Any idea how sort order will be in Assistant?

We have it under our control, so it should not be an issue. I guess that
there is a basic alphabetical sorting.

> @Petr:
> 3.7.0.0.alpha0+ is the Master  for all 3.7 until 3.8.0.0.alpha0+ appears?

Hmm, there will be 3.7.0.0.alpha1+ after we create the tag for alpha1.
It is currently planed one week before branching. Well, in general, we
might provide more alpha releases from master before branching.

Note that branching means that we split 3.7 development from master.
When it happens, master will be heading to the 3.8 release.


Best Regards,
Petr