[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



On 27/04/18 16:32, Ian Jackson wrote:
> 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.

+1

Relying on luck is nothing we should base our process on.


Juergen

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.