From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Wed, 24 Apr 2019 03:01:18 -0700 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 86BA37EBB1; Wed, 24 Apr 2019 10:01:17 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-120-123.rdu2.redhat.com [10.10.120.123]) by smtp.corp.redhat.com (Postfix) with ESMTP id AAB205C207; Wed, 24 Apr 2019 10:01:16 +0000 (UTC) Subject: Re: [edk2-devel] Requestion for LTS version on EDK2 To: Rebecca Cran , devel@edk2.groups.io, phoenix.liyi@Huawei.com References: <13372.1555571870534300928@groups.io> From: "Laszlo Ersek" Message-ID: Date: Wed, 24 Apr 2019 12:01:15 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Wed, 24 Apr 2019 10:01:17 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 04/23/19 19:52, Rebecca Cran wrote: > On 2019-04-18 17:26, Laszlo Ersek wrote: >> >> (1) Introduce stable *branches* to the development model. Those would be >> forked off at the stable tags (well, at some of them). > > > Would this be _re_ introducing stable branches? Yes. > As explained in > https://github.com/tianocore/tianocore.github.io/wiki/UDK it seems the > project only recently moved from UDK stable branches (at least, I > took them to be stable branches) to periodically tagging master with a > stable tag. UDK is conceptually identical to stable branches. The difference is that all the resources that Intel used to sink into UDK, for evaluation, backporting, testing, validation, etc, would now have to be offered by the TianoCore community. (This would also allow for widening the scope, of course, such as architecture support.) Thanks Laszlo