Return-Path: Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org Received: (qmail 77535 invoked from network); 14 Sep 2007 17:34:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Sep 2007 17:34:33 -0000 Received: (qmail 27025 invoked by uid 500); 14 Sep 2007 17:34:26 -0000 Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org Received: (qmail 27001 invoked by uid 500); 14 Sep 2007 17:34:26 -0000 Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@incubator.apache.org Delivered-To: mailing list ivy-user@incubator.apache.org Received: (qmail 26992 invoked by uid 99); 14 Sep 2007 17:34:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Sep 2007 10:34:25 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Nascif.AbousalhNeto@sas.com designates 149.173.6.152 as permitted sender) Received: from [149.173.6.152] (HELO mercav04.na.sas.com) (149.173.6.152) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Sep 2007 17:36:08 +0000 Received: from mercmbx08.na.sas.com ([10.16.9.158]) by mercav04.na.sas.com with InterScan Message Security Suite; Fri, 14 Sep 2007 13:34:02 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Status Promotion Best Practice? Date: Fri, 14 Sep 2007 13:34:01 -0400 Message-ID: <72A37CC27F2CAB44BD13E814D2F4FE0E04A255A0@mercmbx08.na.sas.com> In-Reply-To: <46DECDB0.6080801@kuttig.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Status Promotion Best Practice? Thread-Index: Acfv00Ytq13JFdw9T/uvv0WgBhMDzQHHw2ww From: "Nascif Abousalh-Neto" To: X-Virus-Checked: Checked by ClamAV on apache.org A question about using status during the development cycle, in a a scenario where different teams are responsible for the status "promotion". Let's say a development team publishes an artifact with status X, indicating a basic level of unit testing. Then a testing team retrieves this artifact (probably using rev=3D"latest.X"), runs a suite of integration tests, and decides to "bless" the artifact with the next status value, say Y. How can that process be implemented? It seems the testing team would have to do another publish or another deliver (not sure which one), keeping the existing version but changing the status to Y.=20 Does that makes sense? I have the feeling that this operation should be common enough to have a shortcut, perhaps something like Anybody out there doing something similar? Thanks, Nascif