Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 85278 invoked from network); 7 Sep 2005 17:56:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 7 Sep 2005 17:56:32 -0000 Received: (qmail 31396 invoked by uid 500); 7 Sep 2005 17:56:28 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 31355 invoked by uid 500); 7 Sep 2005 17:56:27 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 89500 invoked by uid 99); 7 Sep 2005 14:59:52 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) From: "Stephen McConnell" To: "'Ant Users List'" , Subject: RE: wanted ideas for managing project build dependancies.. Date: Thu, 8 Sep 2005 00:29:43 +0930 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Thread-Index: AcWznroy+DBJmrhjRsuTbZ1mzfbSOwAHZj6w Message-Id: <20050907145946.SEHF23311.omta05sl.mx.bigpond.com@julia> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is an anlib that adds support for transitive dependency management and general build automation. It's been validated on sites running over 200 related projects. http://www.dpml.net/magic/latest /Steve. > -----Original Message----- > From: Mark Lybarger [mailto:mlybarger@gmail.com] > Sent: Wednesday, 7 September 2005 8:54 PM > To: Ant Users List > Subject: wanted ideas for managing project build dependancies.. > > our build system is growing rapidly. we've gone from using > wsad to build each war/ear manually, to having ant scripts > for building each item, and wrapping it together with a main > "autobuild" project which basically checks out each sub > project and calls it's build. now we're looking to integrate > versioning into the mix. there's maybe 14 projects total, and > continually growning. the structure is something like: > > autobuild > project1Web > project1 > project2Web > project2 > > where project2Web is the war project, and project2 is the ear > project. for no good reason, we have each war wrapped into an > ear. this practice continues today. back on track. like i > mentioned, the autobuild ties everything together. it does a > cvs co on each project, then iterates the builds. we've > recently branched project2Web and project2 to allow new > development to happen while testing finishes up on a version > of project1Web and project2Web that are slated for production > soon. so, i'm looking for a good method for managing the cvs > branch dependancies of projects. > project1Web is still in the head, as there's no real reason > to branch yet. > one suggestion made from our group was to branch the > autobuild project, and in there checkin the build.xml or > properties file containing a list of the needed cvs branches. > > any thoughts / ideas on managing the revolving cvs > dependancies in projects like this is much appreciated.! > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org