Return-Path: Delivered-To: apmail-continuum-issues-archive@www.apache.org Received: (qmail 25573 invoked from network); 2 Apr 2008 05:58:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Apr 2008 05:58:27 -0000 Received: (qmail 60640 invoked by uid 500); 2 Apr 2008 05:58:27 -0000 Delivered-To: apmail-continuum-issues-archive@continuum.apache.org Received: (qmail 60619 invoked by uid 500); 2 Apr 2008 05:58:27 -0000 Mailing-List: contact issues-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@continuum.apache.org Delivered-To: mailing list issues@continuum.apache.org Received: (qmail 60610 invoked by uid 99); 2 Apr 2008 05:58:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Apr 2008 22:58:27 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [63.246.2.115] (HELO codehaus01.managed.contegix.com) (63.246.2.115) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 05:57:46 +0000 Received: from codehaus01.managed.contegix.com (localhost.localdomain [127.0.0.1]) by codehaus01.managed.contegix.com (Postfix) with ESMTP id 618C214A8038 for ; Wed, 2 Apr 2008 00:57:58 -0500 (CDT) Message-ID: <6843007.1207115878378.JavaMail.haus-jira@codehaus01.managed.contegix.com> Date: Wed, 2 Apr 2008 00:57:58 -0500 (CDT) From: "Brett Porter (JIRA)" To: issues@continuum.apache.org Subject: [jira] Updated: (CONTINUUM-1693) Continuum fills our server disk with SNAPSHOTs. MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://jira.codehaus.org/browse/CONTINUUM-1693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brett Porter updated CONTINUUM-1693: ------------------------------------ Fix Version/s: 1.2 > Continuum fills our server disk with SNAPSHOTs. > ----------------------------------------------- > > Key: CONTINUUM-1693 > URL: http://jira.codehaus.org/browse/CONTINUUM-1693 > Project: Continuum > Issue Type: Bug > Reporter: Geert Pante > Fix For: 1.2 > > > Our Deployment Repository Directory fills our server disk with SNAPSHOTs after running hourly builds for a couple of weeks. > We have more or less a hundred applications configured in Continuum. A lot of them create assemblies with all their dependencies embedded, so each snapshot deployed eats a couple of megabytes. We also need hourly builds. > We use 'maven clean deploy' to deploy these snapshots to a dedicated Archiva snapshot repository. In Archiva, these snapshots get purged after a week, only keeping the last 2 or 3 snapshot versions. > However, continuum always installs to the local repository first, before uploading them to Archiva. This repository never gets purged. I was thinking to have Continuum use Archiva's repository directly as internal repository, but I don't know if that's safe or not. Archiva won't know these changes before it scans the repository again. > I was also looking at maven-dependency-plugin:purge-local-repository, but that's not exactly what we want. We just want to purge old snapshot versions when new snapshot versions are installed. Maybe that could be a general Maven feature, but it is especially important for Continuum. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira