From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7144 invoked by alias); 10 Dec 2011 17:20:12 -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: X-Seq: 29976 Received: (qmail 29163 invoked from network); 10 Dec 2011 17:20:09 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 Received-SPF: neutral (ns1.primenet.com.au: 74.125.82.43 is neither permitted nor denied by SPF record at ntlworld.com) X-ProxyUser-IP: 86.6.29.42 Date: Sat, 10 Dec 2011 17:19:56 +0000 From: Peter Stephenson To: zsh-workers@zsh.org Subject: Re: Next release Message-ID: <20111210171956.32b37a06@pws-pc.ntlworld.com> In-Reply-To: <87iplpzfr0.fsf@ft.bewatermyfriend.org> References: <20111209141117.52c1e37a@pwslap01u.europe.root.pri> <87iplpzfr0.fsf@ft.bewatermyfriend.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.7; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 09 Dec 2011 20:50:27 +0100 Frank Terbeck wrote: > I don't know if that's still something people want. But I thought I'd bring > it up again anyway. FWIW, the FVWM folks were planning a similar move and > one of their developers (Thomas Adam) wrote a lengthy mail describing how > it could work: > > > > They had a similar starting point as zsh has. One major development branch > in CVS and a working git mirror in place. I think it's generally felt moving to git would be sensible and wouldn't be too much work, given what's already been done with the mirror. That message seems to be mostly about branch structure which isn't really relevant to us; our case is much simpler. Obviously the ease of people having their own private areas without reference to the main repository is a big gain, but that's up to them. > Thomas later followed up on himself with the following mail regarding the > ChangeLog file: > > > > ...and I couldn't agree more. I'd prefer to have the ChangeLog, at least to begin with. I find it much more visible; I'm planning to spend as little time as I can playing with source control, whose job is to stay in the background while I look at the files (and I find git infuriatingly geeky). If we get rid of it on a day-to-day basis, we would need to get into the habit of including all the same information in commits --- which is a perfectly reasonable aim, particularly when the notion of changesets becomes meaningful. Generating it at the time of a release rather than immediately might be something to aim at. If we get to the point where we have a simple utility (i.e. doesn't demand detailed knowledge of git) that can generate a readable one, that becomes possible. > I don't know if dropping the stable- vs development versions, is something > that would work for zsh (although I think it could - everybody uses 4.3.x > anyway) We've only had separate development branches when needed for long term work on particular features, first ZLE widgets and then multibyte characters. I don't think there's any call for a separate branch after the next stable release is made --- though it would be good to get test releases spread a bit further than at present. I wonder if it would be sensible to use the Sourceforge zsh-dev area for those. > and I also don't know if there would be as much use of public topic > branches as Thomas suggests, because that probably only makes sense when > big features are being added. But all in all, I think he makes a lot of > relevant points that might be transferable to zsh development as well. Feel free to bring up anything you think is relevant --- other than the basic move I didn't see much that seemed to affect our much simpler case --- but obviously anything that makes administration more complicated is out (there's no reason moving to git should generally have that effect, though). -- Peter Stephenson Web page now at http://homepage.ntlworld.com/p.w.stephenson/