From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 8ae7f583 for ; Mon, 16 Dec 2019 03:56:05 +0000 (UTC) Received: (qmail 8292 invoked by alias); 16 Dec 2019 03:55:58 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45041 Received: (qmail 28028 invoked by uid 1010); 16 Dec 2019 03:55:58 -0000 X-Qmail-Scanner-Diagnostics: from wout1-smtp.messagingengine.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.1/25663. spamassassin: 3.4.2. Clear:RC:0(64.147.123.24):SA:0(-2.6/5.0):. Processed in 4.916789 secs); 16 Dec 2019 03:55:58 -0000 X-Envelope-From: d.s@daniel.shahaf.name X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at daniel.shahaf.name does not designate permitted sender hosts) X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvddtgedgieefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucgoufhushhpvggtthffohhmrghinhculdegledmne cujfgurhepfffhvffukfggtggugfgjfgesthektddttderjeenucfhrhhomhepffgrnhhi vghlucfuhhgrhhgrfhcuoegurdhssegurghnihgvlhdrshhhrghhrghfrdhnrghmvgeqne cuffhomhgrihhnpehsfhdrnhgvthdpiihshhdrohhrghenucfkphepjeelrddukedtrdeh jedrudduleenucfrrghrrghmpehmrghilhhfrhhomhepugdrshesuggrnhhivghlrdhshh grhhgrfhdrnhgrmhgvnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Date: Mon, 16 Dec 2019 03:55:14 +0000 From: Daniel Shahaf To: dana Cc: zsh-workers@zsh.org Subject: Re: Test release: 5.7.1-test-1 Message-ID: <20191216035514.jj7bem3dspnmhdu4@tarpaulin.shahaf.local2> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <853241F8-6C07-4F21-BB1B-C772B53A458F@dana.is> User-Agent: NeoMutt/20170113 (1.7.2) Peter Stephenson wrote on Sun, Dec 15, 2019 at 18:28:56 +0000: > The only crucial issue with release numbers is that in X.Y.Z-blah-N the > N should increment before the Z, the Z before the Y, the Y before the X, > so that it's always clear what order they come in, and the text in > "-blah-" isn't important because there's no obvious way to guarantee > ordering. At this point, why don't we change it to X.Y.Z.N-blah so it's clear and unambiguous? For example, 5.8 is released as stable, then master becomes 5.8.0.1-dev (notice the extra zero), then there might be a 5.8.1 and master will afterwards become 5.8.1.1-dev, and 5.8.1.2-dev after a wordcode bump, then 5.8.1.3-test and so on. dana wrote on Sun, Dec 15, 2019 at 19:21:37 -0600: > +++ b/Etc/creating-a-release.txt > @@ -6,15 +6,28 @@ To create a zsh release: > + The version-number sequence is as follows: > + > + 5.6.2, 5.6.2-dev-0, 5.6.2-dev-1, 5.6.2-test-2, 5.6.2-test-3, 5.7 ⋮ > + For -test- releases, you may update the FAQ, README, etc., to refer to the > + appropriate stable version number. What is the appropriate version stable version number? Suggest: s/appropriate/upcoming/ > - After uploading, select the tar.xz artifact, press the 🛈 button ("View Details") to its right, and press [Select All] next to "Default Download For:". This should cause sf.net to offer that artifact in the "Looking for the latest version?" line. > + For stable releases only, after uploading, select the tar.xz artifact > + under zsh/, press the 🛈 button ("View Details") to its right, and > + press [Select All] next to "Default Download For:". This should cause > + sf.net to offer that artifact in the "Looking for the latest version?" > + line. Please keep whitespace/wrapping changes and substantive changes in separate commits. They are otherwise hard to review. > -- Upload the build artefacts to zsh.org/pub; you may need assistance from > - another dev if you don't have access to do this. > +- For stable releases, upload the build artefacts to zsh.org/pub; you may need > + assistance from another dev if you don't have access to do this. In principle, it'll be nice to have archived copies of all tarballs, but making this optional while few developers can do the upload makes sense. Cheers, Daniel