Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 96E28200D08 for ; Tue, 8 Aug 2017 07:46:36 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 8C11416366F; Tue, 8 Aug 2017 05:46:36 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D0BB91633B4 for ; Tue, 8 Aug 2017 07:46:35 +0200 (CEST) Received: (qmail 76767 invoked by uid 500); 8 Aug 2017 05:46:35 -0000 Mailing-List: contact issues-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@maven.apache.org Delivered-To: mailing list issues@maven.apache.org Received: (qmail 76743 invoked by uid 99); 8 Aug 2017 05:46:34 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Aug 2017 05:46:34 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 307F6C5CFB for ; Tue, 8 Aug 2017 05:46:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 7jruWPYQL4AA for ; Tue, 8 Aug 2017 05:46:29 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 5018D625FD for ; Tue, 8 Aug 2017 05:46:07 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 9D6D0E06CC for ; Tue, 8 Aug 2017 05:46:04 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 6CFEC23FFD for ; Tue, 8 Aug 2017 05:46:01 +0000 (UTC) Date: Tue, 8 Aug 2017 05:46:01 +0000 (UTC) From: "Joern Gebhardt (JIRA)" To: issues@maven.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (MNG-6270) Store snapshots in a separate local repository MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 08 Aug 2017 05:46:36 -0000 Joern Gebhardt created MNG-6270: ----------------------------------- Summary: Store snapshots in a separate local repository Key: MNG-6270 URL: https://issues.apache.org/jira/browse/MNG-6270 Project: Maven Issue Type: New Feature Components: Artifacts and Repositories, Settings Reporter: Joern Gebhardt h2. Requested Feature As already suggested in MNG-4481 it would be really helpful if Maven was able to store the Snapshot artifacts in a different location than the fixed version ones. Technically it could be configured like this: {code} ${user.home}/.m2/snapshots ... {code} or via a new Maven property {{maven.repo.local.snapshot}}. h2. Uses Cases # *Feature Branch Development Support*: When using a branching model like [Vincent Driessen's Gitflow|http://nvie.com/posts/a-successful-git-branching-model] or [Adam Ruka's Oneflow|http://endoflineblog.com/oneflow-a-git-branching-model-and-workflow] you do feature development in parallel branches that get merged back into the {{master}} when the feature is completed. However, these feature branches produce the same snapshot artifact version. On a central build server it is necessary that these snapshot artifacts are only visible within one feature branch and cannot be seen from a different feature branch as they are potentially incompatible. Currently it is only possible to use different fully fledged local repositories for each feature branch, however, this slows down the first builds as the fixed versions artifacts have to be copied into the feature-branch specific local repository. Additionally, it costs a lot of disk space. Having the possibility to uses feature-branch specific repositories for the snapshot dependencies only, would be a great feature for a development process using feature branches. # Drop all snapshots and make clean build (no ancient snapshot dependencies will bass) - useful especially after changing module identification. -- This message was sent by Atlassian JIRA (v6.4.14#64029)