Return-Path: Delivered-To: apmail-maven-users-archive@www.apache.org Received: (qmail 30779 invoked from network); 25 Oct 2009 04:46:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Oct 2009 04:46:53 -0000 Received: (qmail 88185 invoked by uid 500); 25 Oct 2009 04:46:50 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 87984 invoked by uid 500); 25 Oct 2009 04:46:50 -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 87974 invoked by uid 99); 25 Oct 2009 04:46:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Oct 2009 04:46:50 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [192.18.19.7] (HELO sineb-mail-2.sun.com) (192.18.19.7) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Oct 2009 04:46:38 +0000 Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9P4k9bv006440 for ; Sun, 25 Oct 2009 04:46:15 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS100700ZOYMW00@mail-apac.sun.com> for users@maven.apache.org; Sun, 25 Oct 2009 12:46:09 +0800 (SGT) Received: from [192.168.1.14] ([unknown] [59.92.189.40]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS1003L6ZWVOG00@mail-apac.sun.com> for users@maven.apache.org; Sun, 25 Oct 2009 12:46:09 +0800 (SGT) Date: Sun, 25 Oct 2009 10:16:10 +0530 From: Sahoo Subject: Re: Why are repositories usually separated into releases and snapshots? In-reply-to: Sender: Sanjeeb.Sahoo@Sun.COM To: Maven Users List Message-id: <4AE3D812.6090603@Sun.COM> References: <26006147.post@talk.nabble.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090817) X-Virus-Checked: Checked by ClamAV on apache.org Sometime back I had the exact question in my mind and QoS (what you mentioned as administration) and security were the only ones I could think of. Thanks, Sahoo David Weintraub wrote: > No one has answered the basic question: Why two repositories? > > I know the differences between a release and snapshot. but that doesn't > explain why the releases and snapshots are in two separate repositories. Why > not keep both snapshots and releases in the same repository. We know > something is a snapshot simply because it has the word "SNAPSHOT" appended > to it. > > Because of the dual repository structure, I have to configure everything > with two separate repository names, two separate repository URLs, and two > sets of accounts and passwords. So, why not simply have a single repository > which can store both snapshots and releases? > > These are the only reasons I can think of: > > * Administration: Backing up a release repository is extremely important. > Backing up snapshots -- not so much. But, is this actually true? > > * Who can see what. I might want my snapshot repository available to my > developers, but not to the world. However, this would be more of something > my repository management software should be able to do. > > * Releases should only be added to the release repository by a release > manager, and not by any developer. However, snapshots would be added by > developers. Again, this seems better handled via my repository management > software. > > So, what is the reason to have two separate and distinct repositories for > snapshots and for releases? > > On Thu, Oct 22, 2009 at 4:43 AM, Costin Caraivan wrote: > > >> Hello, >> >> I saw that most repositories are separated into releases and snapshots. And >> that most repository managers recommend using releases and snapshots. >> >> Now, I know what each of them is: >> 1. release -> stable version, will be uploaded only once, when you want to >> change something you make a new release. >> 2. snapshots -> development version, usually overwritten (you can keep >> multiple snapshots, but it's not usually done) >> >> What are the benefits of having 2 separate repos? Cons & pros. Pros & cons >> :) >> -- >> View this message in context: >> http://www.nabble.com/Why-are-repositories-usually-separated-into-releases-and-snapshots--tp26006147p26006147.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >> For additional commands, e-mail: users-help@maven.apache.org >> >> >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org