Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 61574 invoked from network); 24 Jul 2008 05:45:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Jul 2008 05:45:15 -0000 Received: (qmail 65796 invoked by uid 500); 24 Jul 2008 05:45:13 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 65734 invoked by uid 500); 24 Jul 2008 05:45:13 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 65723 invoked by uid 99); 24 Jul 2008 05:45:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jul 2008 22:45:13 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of shivahr@gmail.com designates 209.85.198.229 as permitted sender) Received: from [209.85.198.229] (HELO rv-out-0506.google.com) (209.85.198.229) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Jul 2008 05:44:19 +0000 Received: by rv-out-0506.google.com with SMTP id f6so2164733rvb.55 for ; Wed, 23 Jul 2008 22:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=3JpMProB/Ea65NYgIS5SMQ+ypz8DjZddVwt5SfMORvw=; b=JNTwj21hol/FjAjB04p+7B0QjRRR2am+hJmxszijE5hf0cqkoRnVZ2ECaJxb/TmIv2 NfSxrQG9QHcHYDc4rqeXJtKaTfvaa0E6E7GWYgG+DW4pGp7J0BWhps6Ve+RLoQmducoM Q+8CjEjXaMF+dHKCEPAOwb2irA3Ta26anH25g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=tBOzcAd0CdnnP5UeAIalnJcumJ3ZBPFu/06YnQXlWYvWFL/wX15x+Ml1MZyzS327z5 8lzUPRfEJIpii8Otku5LN2mskTVQ2pibDdy/bHkwrVFQQVlo7xxIFvXK9cfpp/A7paRG NDX6brvwcOnZwTxCB0GDQlpaF9WyFg1Vk0Z0w= Received: by 10.141.142.15 with SMTP id u15mr275449rvn.51.1216878285167; Wed, 23 Jul 2008 22:44:45 -0700 (PDT) Received: by 10.140.139.9 with HTTP; Wed, 23 Jul 2008 22:44:45 -0700 (PDT) Message-ID: <5da94e5a0807232244j39f62d8ai1405c06ca96bd7d0@mail.gmail.com> Date: Thu, 24 Jul 2008 11:14:45 +0530 From: "Shiva Kumar H R" To: dev@geronimo.apache.org Subject: Re: JIRA versions 2.0.x & 2.1.x In-Reply-To: <48874387.7060705@earthlink.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_76262_9128025.1216878285104" References: <48874387.7060705@earthlink.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_76262_9128025.1216878285104 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline +1. I think we should do this in Geronimo Eclipse Plug-in (GEP) too. On Wed, Jul 23, 2008 at 8:13 PM, Joe Bohn wrote: > What is the value of JIRA versions 2.0.x and 2.1.x? Having these makes it > difficult to track changes per release. For example, when a JIRA is > resolved in branches/2.1 intended for a 2.1.2 release - we should mark the > JIRA as fixed in the not-yet-released 2.1.2. However, it is all too easy > to choose 2.1.x instead of 2.1.2. The problem is that 2.1.x JIRAs won't > show up in reports we generate for release notes for 2.1.2. > > I'd like to remove the *.x versions from our JIRA project so that people > will be encouraged to include the specific version as the fix version. I'll > work through the JIRAs and cleanup references prior to removal (I have to do > this anyway for 2.1.2). > > Any objections? > > > Joe > -- Thanks, Shiva ------=_Part_76262_9128025.1216878285104 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
+1. I think we should do this in Geronimo Eclipse Plug-in (GEP) too.

On Wed, Jul 23, 2008 at 8:13 PM, Joe Bohn <joe.bohn@earthlink.net> wrote:
What is the value of JIRA versions 2.0.x and 2.1.x?  Having these makes it difficult to track changes per release.  For example, when a JIRA is resolved in branches/2.1 intended for a 2.1.2 release - we should mark the JIRA as fixed in the not-yet-released 2.1.2.  However, it is all too easy to choose 2.1.x instead of 2.1.2.  The problem is that 2.1.x JIRAs won't show up in reports we generate for release notes for 2.1.2.

I'd like to remove the *.x versions from our JIRA project so that people will be encouraged to include the specific version as the fix version. I'll work through the JIRAs and cleanup references prior to removal (I have to do this anyway for 2.1.2).

Any objections?


Joe



--
Thanks,
Shiva
------=_Part_76262_9128025.1216878285104--