Re: [Xen-devel] [PATCH] docs/process/xen-release-management: Lesson to learn

[Ian Jackson <ian.jackson@xxxxxxxxxx>]

George Dunlap writes ("Re: [Xen-devel] [PATCH] 
docs/process/xen-release-management: Lesson to learn"):
> How would you apply this directive to the particular situation we
> found ourselves in this time?
> 
> As a reminder:
> 
> * Around 3 December, we didn't think we'd be ready to release until 11 
> December
> * The security team had already set an embargo for 12 December
> * Our PR people advised us that 13 or 14 December would be the last
> suitable day to announce a release in order to have an impact before
> Christmas

Well, we could put off the release.

I guess I'm being quite selfish here.  I'm usually the release
technician.  Doing release preparation at the last minute and in
strange ways means lots of opportunity for me to make mistakes.

I would like to put something in the release checklist that stops
people putting me in a difficult position where I am (a) likely to
make mistakes (b) those mistakes will be embarrassing.

Putting this in the release checklist doesn't mean that it always has
to be followed, of course.  Checklists are not rules; they are
guidelines.

But if this guideline is violated, and as a result I mess something up
due to having to do a lot of complicated, ad-hoc, un-qa-able, work,
all in a hurry, then it would be nice if it were obvious that the
cause of the trouble was the decision to take this risk, rather than
my carelessness or lack of attention to detail.

As it happens this last December we lucked out.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel