Return-Path: Delivered-To: apmail-continuum-users-archive@www.apache.org Received: (qmail 60981 invoked from network); 4 Dec 2008 23:59:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2008 23:59:23 -0000 Received: (qmail 17749 invoked by uid 500); 4 Dec 2008 23:59:34 -0000 Delivered-To: apmail-continuum-users-archive@continuum.apache.org Received: (qmail 17721 invoked by uid 500); 4 Dec 2008 23:59:34 -0000 Mailing-List: contact users-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@continuum.apache.org Delivered-To: mailing list users@continuum.apache.org Received: (qmail 17708 invoked by uid 99); 4 Dec 2008 23:59:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 15:59:34 -0800 X-ASF-Spam-Status: No, hits=-1.8 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of batkinson@usm.maine.edu designates 130.111.135.148 as permitted sender) Received: from [130.111.135.148] (HELO mail0.doit.usm.maine.edu) (130.111.135.148) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Dec 2008 23:58:04 +0000 Received: from uct5.uct.usm.maine.edu (uct5.doit.usm.maine.edu [130.111.135.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail0.doit.usm.maine.edu (Postfix) with ESMTP id D9943BA35F for ; Thu, 4 Dec 2008 18:58:45 -0500 (EST) Received: from UCT5-MTA by uct5.uct.usm.maine.edu with Novell_GroupWise; Thu, 04 Dec 2008 18:58:45 -0500 Message-Id: <493828530200009D0001F088@uct5.uct.usm.maine.edu> X-Mailer: Novell GroupWise Internet Agent 8.0.0 Date: Thu, 04 Dec 2008 18:58:27 -0500 From: "Brent Atkinson" To: Subject: Working with maintenance branches Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=__PartC4ECB8B3.0__=" X-USM-MailScanner-Watermark: 1229039930.76302@ZSS2p/PB9JnEfMYzHgcknQ X-Virus-Checked: Checked by ClamAV on apache.org --=__PartC4ECB8B3.0__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, =20 I am having trouble figuring out how to handle maintenance branches in = continuum=20 and I haven't had much luck finding information on the subject. I think it = might be that I am missing some fundamental understanding of how the development = flow should work. =20 Say I start a project at 1.0-SNAPSHOT and add it to continuum. I then = release the project using the release plugin functionality. The release is tagged at = 1.0 and the next iteration starts as 1.1-SNAPSHOT. Now development continues on=20 1.1-SNAPSHOT, but we need to fix a nasty bug on the 1.0 version (to make = 1.0.1). =20 Now, my guess is that I manually use release:branch to create a maintenance= =20 branch called 1.0.X from a working copy of 1.0. Would I schedule this = branch=20 in continuum and cut releases from it like I do the trunk? =20 Brent Atkinson batkinson@usm.maine.edu --=__PartC4ECB8B3.0__=--