[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] proposed release timetable for 2.8
From: |
Markus Armbruster |
Subject: |
Re: [Qemu-devel] proposed release timetable for 2.8 |
Date: |
Tue, 06 Sep 2016 14:40:21 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Peter Maydell <address@hidden> writes:
> On 6 September 2016 at 11:33, Kevin Wolf <address@hidden> wrote:
>> Am 05.09.2016 um 13:10 hat Peter Maydell geschrieben:
>>> ie if we were stricter about "no commits unless they're fixes for
>>> regressions, fixes for things new in this release or security fixes",
>>> would this reduce the number of commits we do post-freeze much?
>>
>> I don't think we should leave a bug intentionally unfixed even though
>> there is a patch, just because it was already broken in the last
>> release.
>
> We already do (informally) once we're a way into the hard freeze.
> Bug reports (and fixes for them) arrive all the time, and at
> a rate such that if we allowed any bug fix into the
> tree during freeze we would never have a period of a week
> without new bugfixes going in that allowed us to actually
> release.
>
> If a bug went unnoticed and unfixed for almost the whole release
> cycle, this is a good sign that it's actually not all that
> prominent to users; so it's a reasonably good, objective,
> and easy to apply metric for restricting bug fixes to "only
> important bug fixes".
In short, we use common sense to throttle the flow of bug fixes, so we
can get a release out of the door.
- Re: [Qemu-devel] proposed release timetable for 2.8, (continued)
Re: [Qemu-devel] proposed release timetable for 2.8, Peter Maydell, 2016/09/05
Re: [Qemu-devel] proposed release timetable for 2.8, Daniel P. Berrange, 2016/09/05