[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |