From patchwork Wed Nov 25 13:48:58 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Ian Jackson X-Patchwork-Id: 11931333 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3B3B9C5519F for ; Wed, 25 Nov 2020 13:49:24 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 8EFF920656 for ; Wed, 25 Nov 2020 13:49:23 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=xenproject.org header.i=@xenproject.org header.b="lKxf6hN0" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8EFF920656 Authentication-Results: mail.kernel.org; dmarc=pass (p=none dis=none) header.from=xenproject.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.37790.70301 (Exim 4.92) (envelope-from ) id 1khvAM-0000LK-6Q; Wed, 25 Nov 2020 13:49:02 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 37790.70301; Wed, 25 Nov 2020 13:49:02 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1khvAM-0000LD-39; Wed, 25 Nov 2020 13:49:02 +0000 Received: by outflank-mailman (input) for mailman id 37790; Wed, 25 Nov 2020 13:49:00 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1khvAK-0000L8-L1 for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1khvAK-0008I8-Ga for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 Received: from iwj (helo=mynotebook.example.org) by xenbits.xenproject.org with local-bsmtp (Exim 4.92) (envelope-from ) id 1khvAK-0001uP-FX for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.89) (envelope-from ) id 1khvAI-0001Hf-M1; Wed, 25 Nov 2020 13:48:58 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1khvAK-0000L8-L1 for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=CC:Subject:To:Date:Message-ID: Content-Transfer-Encoding:Content-Type:MIME-Version:From; bh=EXVMI6QL/ACKGwBY4ODNpCDfRoerL0fOa8oPaRNAPcs=; b=lKxf6hN0NrOyZRHRVFzNR+MPBL h0N/18GlOw8xKx6aX3OyUPKC2gjNwETYP198AgCOkd1UlK4FAjSc9gqZOL0Rr0bF0QQ5LmixYvZNd F6ttUX2wQk51iDQh//4X5h8JhoozOX52dFPpBkf2LW7JytyosUXtzMd/j3qgOwdXtW3w=; Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1khvAK-0008I8-Ga for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 Received: from iwj (helo=mynotebook.example.org) by xenbits.xenproject.org with local-bsmtp (Exim 4.92) (envelope-from ) id 1khvAK-0001uP-FX for xen-devel@lists.xenproject.org; Wed, 25 Nov 2020 13:49:00 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.89) (envelope-from ) id 1khvAI-0001Hf-M1; Wed, 25 Nov 2020 13:48:58 +0000 From: Ian Jackson MIME-Version: 1.0 Message-ID: <24510.24778.433048.477008@mariner.uk.xensource.com> Date: Wed, 25 Nov 2020 13:48:58 +0000 To: xen-devel@lists.xenproject.org Subject: Xen 4.15: Proposed release schedule CC: committers@xenproject.org, George Dunlap , Andrew Cooper , George Dunlap , Jan Beulich , Julien Grall , Stefano Stabellini , =?iso-8859-1?Q?J=FCrgen_Gro=DF?= , Paul Durrant , Wei Liu FCC: ~/mail/Outbound --text follows this line-- Hi. I've done a little bit of consultation with previous release managers, and reviewed various list archives and calendars. These consultations seemed to suggest some folklore that wasn't captured in our process doc - hence the proposed patch, below. I would like to tentatively propose the following schedule and policies for Xen 4.15. If you have opinions, please comment as soon as you can so that we can have an open dialogue. Comments must be submitted at the very latest by 1700 UTC on Wednesday the 2nd of December. Having never done this before, I am particularly interested in comments from previous release managers. ** DRAFT ** Friday 8th January Last posting date Patches adding new features should be posted to the mailing list by this cate, although perhaps not in their final version. Friday 22nd January Feature freeze Patches adding new features should be committed by this date. Straightforward bugfixes may continue to be accepted by maintainers. Friday 12th February **tentatve** Code freeze Bugfixes only, all changes to be approved by the Release Manager. Week of 12th March **tentative** Release (probably Tuesday or Wednesday) Any patches containing substantial refactoring are to treated as new features, even if they intent is to fix bugs. Freeze exceptions will not be routine, but may be granted in exceptional cases for small changes on the basis of risk assessment. Large series will not get exceptions. Contributors *must not* rely on getting, or expect, a freeze exception. Chinese New Year falls around the 11th-19th of February this year. In my plan above, that falls within the hard code freeze period. If we don't manage to get the tree to an acceptable quality level by the tentative codefreeze and release dates above, these dates will slip. I have not yet started tracking "big ticket" items, and bugs. I expect to start doing that starting after Christmas. NB the primary responsibility for driving a feature's progress to meet the release schedule, lies with the feature's proponents. If as a feature proponent you feel your feature is at risk and there is something the Xen Project could do to help, please consult me or the Community Manager. In such situations please reach out earlier rather than later. ** END OF DRAFT ** Thanks, Ian. From b34f4ddace0b8d76d8c340a46288a2db79c99460 Mon Sep 17 00:00:00 2001 From: Ian Jackson To: xen-devel@lists.xenproject.org Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich Cc: Julien Grall Cc: Stefano Stabellini Date: Wed, 25 Nov 2020 13:22:08 +0000 Subject: [PATCH] xen-release-management doc: More info on schedule MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit This documents our practice, established in 2018 https://lists.xen.org/archives/html/xen-devel/2018-07/msg02240.html et seq CC: Jürgen Groß CC: Paul Durrant CC: Wei Liu Signed-off-by: Ian Jackson --- docs/process/xen-release-management.pandoc | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/docs/process/xen-release-management.pandoc b/docs/process/xen-release-management.pandoc index e1aa1eda8f..a5d70fed67 100644 --- a/docs/process/xen-release-management.pandoc +++ b/docs/process/xen-release-management.pandoc @@ -15,8 +15,10 @@ that they can have an idea what to expect from the Release Manager. # Xen release cycle -The Xen hypervisor project now releases every 8 months. The actual release date -depends on a lot of factors. +The Xen hypervisor project now releases every 8 months. We aim to +release in the first half of March/July/November. These dates have +been chosen to avoid major holidays and cultural events; if one +release slips, ideally the previous release cycle would be shortened. We can roughly divide one release into two periods. The development period and the freeze period. The former is 6 months long and the latter is about 2 @@ -33,6 +35,12 @@ During freeze period, the tree is closed for new features. Only bug fixes are accepted. This period can be shorter or longer than 2 months. If it ends up longer than 2 months, it eats into the next development period. +The precise release schedule depends on a lot of factors and needs to +be set afresh by the Release Manager in each release cycle. When the +release is in March, particular consideration should be given to the +Chinese New Year holidaty which will then typically occur curing the +freeze, so the freeze should probably be extended to compensate. + # The different roles in a Xen release ## Release Manager