Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0AC4C10220 for ; Tue, 15 Oct 2013 20:58:09 +0000 (UTC) Received: (qmail 90491 invoked by uid 500); 15 Oct 2013 20:58:03 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 90362 invoked by uid 500); 15 Oct 2013 20:58:03 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 90347 invoked by uid 99); 15 Oct 2013 20:58:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Oct 2013 20:58:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ctrueden.wisc@gmail.com designates 209.85.217.169 as permitted sender) Received: from [209.85.217.169] (HELO mail-lb0-f169.google.com) (209.85.217.169) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Oct 2013 20:57:57 +0000 Received: by mail-lb0-f169.google.com with SMTP id z5so7532974lbh.28 for ; Tue, 15 Oct 2013 13:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=QFc8j0YECh8gTzy70tpCrUl2v5mDtLuykv/A9BU9A40=; b=KXvihkOmdvDcHtRmIDuAotjBGzvo8PSQnyd0Wv2fiCsJmZqiXIp9U6mSosGxBDfYAV M7Rx1OQ5boKNeQFioCoQpUyyD23/rkV8FuInuRgfD6TMxam6OqEu2HXm+PO/+CGOYiHs q1s17nTm3ZmklfFI1tL4p58dYFmVDU0c3gLufMpusm5JcwgxwT2IJ2RwjCyecF/n5W5O sBPEWtqtWBBhFkCeUxi2A+BY4FQ6uXIkOWayx72g6EIFvGGT/puU0+9mrkDwj0NjgXbD WJu65ZrbJGIv1jMFo2VtgOCet/FKvV8zH/YerDsulH31Tx+iHKogLScMI2q4w8U1NwMZ 55+Q== X-Received: by 10.152.28.7 with SMTP id x7mr13641973lag.26.1381870656845; Tue, 15 Oct 2013 13:57:36 -0700 (PDT) MIME-Version: 1.0 Sender: ctrueden.wisc@gmail.com Received: by 10.114.20.230 with HTTP; Tue, 15 Oct 2013 13:57:06 -0700 (PDT) In-Reply-To: References: From: Curtis Rueden Date: Tue, 15 Oct 2013 15:57:06 -0500 X-Google-Sender-Auth: UiVI93jX7wQ_k_wN1Wyc_Ftf5sw Message-ID: Subject: Re: Tooling to help with releases from within a source tree. To: Maven Users List Content-Type: multipart/alternative; boundary=089e0160bf70a07a0e04e8cdd5f2 X-Virus-Checked: Checked by ClamAV on apache.org --089e0160bf70a07a0e04e8cdd5f2 Content-Type: text/plain; charset=ISO-8859-1 Hi Ian, Sorry for the delay in reply. > I have a source tree releasing multiple artifacts, all on different > release cycles, semantically versioned and depending on one another in > a tree. My group has a very similar situation -- multiple different source trees, actually. I don't know of any tooling to do what you ask. But we built some simple tooling to assist us in making rapid releases. A shell script which uses the maven-release-plugin but with some features specific to our projects: https://github.com/scijava/scijava-common/blob/master/bin/release-version.sh Instructions on using it: https://github.com/imagej/imagej/blob/master/RELEASES.md We are firm believers in "release early, release often" (or as Jeff Atwood of StackOverflow fame puts it: "Go that way, really fast" [1]). So it is vital that the release process be as simple as possible, so we can do chained releases "up the tree" as needed very quickly. I suppose the bigger your project tree gets, the more your hypothetical "release everything that needs to be released" tooling could become a life-saver. But it's also a very high-level operation with really big potential ramifications if misused, then, too. Regards, Curtis [1] http://www.codinghorror.com/blog/2010/09/go-that-way-really-fast.html On Tue, Sep 10, 2013 at 11:14 AM, Ian Boston wrote: > Hi, > I am wondering if there is tooling available in maven to assist with > this the following scenario. > > I have a source tree releasing multiple artifacts, all on different > release cycles, semantically versioned and depending on one another in > a tree. > > After one item is released all references to it are set to the release > version, and its version is set to the next SNAPSHOT. Only when a > change is made are upstream poms updated to the SNAPSHOT version. > > Is there an existing plugin that will tell what needs to be released > and what doesn't based on the multiproject dependency tree ? > > Better still, is there something I can just ask > > " release everything that needs to be released to allow artifact X to > be released " > > of > > That would be excellent. > > Best Regards > Ian > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org > For additional commands, e-mail: users-help@maven.apache.org > > --089e0160bf70a07a0e04e8cdd5f2--