Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7EC1F4E83 for ; Sat, 4 Jun 2011 18:08:34 +0000 (UTC) Received: (qmail 87844 invoked by uid 500); 4 Jun 2011 18:08:34 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 87652 invoked by uid 500); 4 Jun 2011 18:08:34 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 87644 invoked by uid 99); 4 Jun 2011 18:08:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 18:08:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sebbaz@gmail.com designates 209.85.220.171 as permitted sender) Received: from [209.85.220.171] (HELO mail-vx0-f171.google.com) (209.85.220.171) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jun 2011 18:08:27 +0000 Received: by vxc40 with SMTP id 40so2355410vxc.30 for ; Sat, 04 Jun 2011 11:08:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=1+P7gEtxjDtXG2sVeSFO5M5ZHcrlSGLNsB8QXaN3cH8=; b=olIeXCGzcbZCtXswHmee1mANZKExU+tVPx7Cl0xgdzAfgM0HD+GHipSp3HKqDa0BAB lahqbvoX/QToSfqJd5Oz4saRqQ3L3eeTWDfhunsfSJTkInqSxe2l9p20igDr6yaZLEfx 5zkuKVIoAltKOqZD726ek+QK7NuFW0eNH3Woo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=KVcJu4KbgK3cJd+uA1fsrsNnsWNPqbhfWiP/qkdZgjHFWF2XFyMFz2PslbRn1RL2fZ qlmqWz9qqVo0Zzm38Gumtcdxk1wKQ9OArF1Sig3GyZUHDdFJyUuRhKXIP+oe5UIFFcwV Ib6b3UNQrcCvGJtUUVuDrci7UrjiS/zvLqxNc= MIME-Version: 1.0 Received: by 10.220.113.15 with SMTP id y15mr1098335vcp.89.1307210886766; Sat, 04 Jun 2011 11:08:06 -0700 (PDT) Received: by 10.220.99.72 with HTTP; Sat, 4 Jun 2011 11:08:06 -0700 (PDT) In-Reply-To: References: <4DE94A18.8070900@gmail.com> <4DE99BC2.5080806@gmail.com> Date: Sat, 4 Jun 2011 19:08:06 +0100 Message-ID: Subject: Re: JIRA report usefulness (was: [VOTE] Release Commons NET 3.0.1 based on RC3) From: sebb To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 4 June 2011 18:33, Henri Yandell wrote: > On Fri, Jun 3, 2011 at 7:43 PM, Phil Steitz wrote= : >> On 6/3/11 7:27 PM, Henri Yandell wrote: >>> On Fri, Jun 3, 2011 at 2:09 PM, Simone Tripodi wrote: >>>>> I think that is also best practice - resolve when fixed in SVN, >>>>> close when fix version is released. >>>>> >>>> I couldn't agree more!!! +1! >>> I just close directly. The resolve then close is a workflow waiting >>> for a reason :) >> >> The reason is that until a release has been cut including the fix, >> it is still a problem faced by users. =A0Just fixing in svn should not >> close the issue. > > Not a good enough reason imo. If 'Resolved' was called 'Committed' and > 'Closed' was 'Released', then maybe. As it is we'll have a workflow > that is meaningless to anyone but the committers; and they can already > look at whether the fix version has been released or not. Well, we could just document how we use Resolved and Closed. > If Atlassian hadn't made the mistake of a 2 stage resolution as their > default; we wouldn't be looking for a solution. As they did everyone > (not just here, it's a JIRA anti-pattern) tries to apply a workflow to > the Resolve/Close step. > > Hen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org