Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 51212 invoked from network); 20 Jun 2006 08:15:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jun 2006 08:15:07 -0000 Received: (qmail 18401 invoked by uid 500); 20 Jun 2006 08:15:04 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 18368 invoked by uid 500); 20 Jun 2006 08:15:03 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 18357 invoked by uid 99); 20 Jun 2006 08:15:03 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Jun 2006 01:15:03 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [206.190.53.35] (HELO smtp110.plus.mail.re2.yahoo.com) (206.190.53.35) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 20 Jun 2006 01:15:03 -0700 Received: (qmail 73065 invoked from network); 20 Jun 2006 08:14:41 -0000 Received: from unknown (HELO ?192.168.1.104?) (jmitchtx@69.250.115.202 with plain) by smtp110.plus.mail.re2.yahoo.com with SMTP; 20 Jun 2006 08:14:41 -0000 Mime-Version: 1.0 (Apple Message framework v750) Content-Transfer-Encoding: 7bit Message-Id: <1E2F7AB4-7AC3-48B4-89BC-E3474E60F341@apache.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: Struts Developers Mailing List Struts Developers List From: James Mitchell Subject: Location for nightly builds Date: Tue, 20 Jun 2006 04:14:36 -0400 X-Mailer: Apple Mail (2.750) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Craig and I were discussing a few offline items and one thing that came up was how we currently publish the nightlies. We agree that this is best discussed in public, so here I am :) Currently the nightly build can be found (or will be) on minotaur (people.apache.org) under /builds/struts. For years the builds were done on Craig's personal machine, which would be scp'd up to minotaur and everything moved happily along for a while. Then, as the svn reorg occurred and we sort-of began moving to a Maven 1 based build, I was using my personal machine to build and upload the maven-built artifacts to the same place. The only problem with the "using a personal machine" approach is that if some dependency changed (with the Ant based build), then, due to the way our build files worked, Craig had to make the manual change on his personal machine. However, with Maven (1 and 2), everything is declarative in the pom.xml, and so unless there's some weird bug in a current plugin or if the POM now needs a later plugin version, there really isn't a need to touch the machine or the local configuration. Later, I moved this process off my personal machine and used my account on the zone to build and scp over to minotaur the same way. This was an improvement in reliability, but we still have the problem that this was *my* account and not just anyone could fix it if there was a problem. Looking back ... in and of itself, the actual location of the build is insignificant with regard to authenticity or security. Anyone with an Apache account can upload anything they like to (almost) wherever they like. And so long as the build requirements or dependencies didn't change, everything went along like clockwork. Fast forward to June 2006, here we are with more or less 4 Maven 2 based projects, each with multiple artifacts. I see our options as: Build using: 1) personal machine 2) zone (personal account) 3) zone (shared account, i.e. mrstruts) Users download from: a) minotaur b) zone Currently we are a mixture of 1a and 3a. Also, 3b isn't really a viable option because someone would have to use their private key for that shared account (so the scp process would work). Furthermore, I had always assumed that hosting nightlies from the zone was out of the question. Is that not the case? Either way, I can see one other approach. 3a with the ability of a few people to su to root, then su to the personal account (e.g. jmitchell) and fix whatever. Your thoughts? -- James Mitchell --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org