From continuum-users-return-3813-apmail-maven-continuum-users-archive=maven.apache.org@maven.apache.org Mon May 21 01:05:29 2007 Return-Path: Delivered-To: apmail-maven-continuum-users-archive@www.apache.org Received: (qmail 55376 invoked from network); 21 May 2007 01:05:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2007 01:05:29 -0000 Received: (qmail 2489 invoked by uid 500); 21 May 2007 01:05:33 -0000 Delivered-To: apmail-maven-continuum-users-archive@maven.apache.org Received: (qmail 2470 invoked by uid 500); 21 May 2007 01:05:33 -0000 Mailing-List: contact continuum-users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-users@maven.apache.org Delivered-To: mailing list continuum-users@maven.apache.org Received: (qmail 2459 invoked by uid 99); 21 May 2007 01:05:33 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2007 18:05:33 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of brett.porter@gmail.com designates 64.233.162.234 as permitted sender) Received: from [64.233.162.234] (HELO nz-out-0506.google.com) (64.233.162.234) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2007 18:05:27 -0700 Received: by nz-out-0506.google.com with SMTP id n29so1047098nzf for ; Sun, 20 May 2007 18:05:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jI+8/Y3Fm2NI3Xau12MVhmbcwIIq0y1uYQ3j4PxT5A2Qp6YnymVGeopz1oVce3a+SJvgRs57FJEtApXzVSKSfs24AxNwbU1lL4+0FjIYpQ2DbGczZZLUS+Si1S1PfzSBPmdKKrcUVUaX6/mMCIouPYTk+6FbtKWe5vt+b/hd4Lg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Yu+8GHeAfbeFhiVN6vLnEOSoAFEjSnOAKAt5Bzoyk8vt4eqHpsABlxgEBpo+M9RufAqcqbVa8LbdDZ5T/pBkwpXV3sI8uw6iIEBNtb3eYaP09UTXwuugV4hC3XXXdrT73I6G3kLeY5ecL5LY/IhH1sW11eEs66yWCWnrhT7n+RQ= Received: by 10.65.163.8 with SMTP id q8mr2153698qbo.1179709506520; Sun, 20 May 2007 18:05:06 -0700 (PDT) Received: by 10.65.150.4 with HTTP; Sun, 20 May 2007 18:05:06 -0700 (PDT) Message-ID: <9e3862d80705201805k7fae6f4dm97cff15a360a6e2c@mail.gmail.com> Date: Mon, 21 May 2007 11:05:06 +1000 From: "Brett Porter" To: continuum-users@maven.apache.org Subject: Re: Continuum enhancement requests In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org On 21/05/07, Wendy Smoak wrote: > I want to toss out some enhancement requests I got last week in a > meeting, and see if there is any feedback before I open issues. > > 1. The 'use cached credentials' checkbox should default to 'on'. When > adding a project, we always want that box checked. (I'd like to have > a configurable default for this.) > > 2. The ability to edit the scm userid/password and 'use cached > credentials' checkbox at the project group level. See above... when > you forget to check the box when adding a project with 15 modules, > there's a lot of clicking to do to fix it. Agreed > > 3. Prepare for Release should have group-level fields. Right now if > you don't like the defaults you have to change them for every module. > It would be nice to enter it once and have that take effect for all > the modules you're releasing. Yes, I agree - I think maybe a "fill down" type javascript on the page might be good. > > 4. The build logs for prepare and perform release should be accessible > after the fact. Maybe in the list of build results? Yes, I agree - in general we need to tie this mechanism into the build queue. > > 5. Scheduled outages. When you know your Subversion repo is going to > be down for maintenance, it would be nice to be able to tell Continuum > "don't run any scheduled builds from 8-10PM on Friday night." This can already be done with the schedule, but making it easier to use would be good. Also once off blackouts might be useful. > > 6. Better handling of errors when svn is down. Currently all the > builds go into an error state and will not recover on their own. You > have to either force a build, or wait for a change to trigger another > build. The actual request was for this kind of error to simply take > the project out of the schedule pending human intervention, to avoid > the hourly error emails. Definitely agreed. - Brett