Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com Message-ID: <0f5701c14546$0bd99280$0200a8c0@lifelesswks> From: "Robert Collins" To: References: <0db601c144fe$3ec53ca0$0200a8c0 AT lifelesswks> <20010924170130 DOT B31556 AT redhat DOT com> Subject: Re: CVS branches RFC Date: Tue, 25 Sep 2001 08:12:48 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-OriginalArrivalTime: 24 Sep 2001 22:20:42.0012 (UTC) FILETIME=[25AC2DC0:01C14547] ----- Original Message ----- From: "Christopher Faylor" To: Sent: Tuesday, September 25, 2001 7:01 AM Subject: Re: CVS branches RFC > On Mon, Sep 24, 2001 at 11:38:49PM +1000, Robert Collins wrote: > >The thoughts here are derived from my experience with squid > >development... > > > >I find that being able to create numerous small cvs branches for > >specific development tasks has made a significant difference to the > >squid development rate. Pretty much _everything_ that is new or > >non-trivial is developed on a branch first, and then brought into HEAD. > > This is a fine idea. Please feel free to develop on branches. Thank you, I will :]. Would you like me to convert over the doco about the scripts and how to use them, for cygwin developers to refer to? Also, I just want to confirm that there is no issue with creating the tags at the src level (given the number of projects in the src module I'm a leetle nervous) - so that winsup and newlib are both caught. The script creates two branchs for each working branch - one by the branch name (ie cygwin_daemon) and another to track the difference between HEAD and cygwin_daemon - Z_cygwin_daemon_merge_HEAD. This allows diff creation, without respect to the current state of HEAD. I.e. HEAD development does not invalidate the branch state. Rob