From owner-freebsd-hackers Thu Jun 3 23:38:20 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 564C71543C for ; Thu, 3 Jun 1999 23:38:18 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id XAA27939; Thu, 3 Jun 1999 23:36:00 -0700 (PDT) Message-Id: <199906040636.XAA27939@implode.root.com> To: Wes Peters Cc: dyson@iquest.net, dillon@apollo.backplane.com, freebsd-hackers@FreeBSD.ORG Subject: Re: 3.2-stable, panic #12 In-reply-to: Your message of "Thu, 03 Jun 1999 23:48:19 MDT." <375768A3.C556E77C@softweyr.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 03 Jun 1999 23:36:00 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> IMO, revokation of commit privs has given enough time to support >> the learning curve and enforce a review process. > >I've been following this conversation with growing concern. It seems >to me there is a fairly simple solution to this problem: create a >branch for the ongoing VM work, enable commit privs on the branch for >Matt and anyone else who's going to join in the fun, and then at times >when they think it is appropriate and things have been adequately >reviewed, we have a little merge-mania and things are better than ever. > >Are there any technological boundaries that prevent us from doing this? >This is how we do it in the paid-for-code world. ;^) It sounds good at first, but sounds less so when you actually have to merge the branches - this can be very difficult to do when lots of time has gone by, especially when various (software) interface/infrustructure changes have been made to both branches. They only way it would work would be if the time differential were kept very short (perhaps one month or less). -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message