From owner-freebsd-arch@FreeBSD.ORG Sat Mar 4 21:12:34 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E3116A429 for ; Sat, 4 Mar 2006 21:12:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82BC43D45 for ; Sat, 4 Mar 2006 21:12:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k24LCPxZ086641; Sat, 4 Mar 2006 14:12:26 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <440A02C2.2060909@samsco.org> Date: Sat, 04 Mar 2006 14:12:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ollivier Robert References: <20060303082016.GA17730@stud.fit.vutbr.cz> <25963.1141377749@critter.freebsd.dk> <84dead720603030303p122ea0efn892bf9ffd32fce41@mail.gmail.com> <20060304163522.GB912@tara.freenix.org> In-Reply-To: <20060304163522.GB912@tara.freenix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-arch@freebsd.org Subject: Re: Subversion? (Re: HEADS UP: Importing csup into base) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2006 21:12:34 -0000 Ollivier Robert wrote: > According to Joseph Koshy: > >>A 'distributed' VCS with good support for branching and merging would >>ease the work of our non-committer volunteers. > > > And RE's work by not freezing trees. And all developpers' work by having > the trees not frozen for weeks. The release process is just an important as the normal development process. We could completely do away with code freezes and let people commit just like normal. There is little technical reason to have a code freeze. HOWEVER The purpose of the code freeze is to slow down developers and get them thinking more about what they are doing and focusing more on bugs rather than new features. This has nothing to do with the limitations or features of the VCS in use, it is purely a management tool. We could be use OMG-VCS that cooks breakfast and does your laundry as well as is the best VCS software on the planet, and there would still be code freezes. So, please do not drag RE into this as a justification for anything. K, thx. Scott