maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Osipov (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (MNG-3655) Allow multiple local repositories
Date Wed, 06 Feb 2019 22:33:00 GMT

    [ https://issues.apache.org/jira/browse/MNG-3655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16762203#comment-16762203
] 

Michael Osipov edited comment on MNG-3655 at 2/6/19 10:32 PM:
--------------------------------------------------------------

Why can't you just use a separate settings file and {{-Dmaven.repo.local}}?


was (Author: michael-o):
Why can't you just use a separatesettings file and {{-Dmaven.repo.local}}

> Allow multiple local repositories
> ---------------------------------
>
>                 Key: MNG-3655
>                 URL: https://issues.apache.org/jira/browse/MNG-3655
>             Project: Maven
>          Issue Type: New Feature
>          Components: Reactor and workspace
>            Reporter: Ittay Dror
>            Priority: Major
>             Fix For: Issues to be reviewed for 4.x
>
>
> In some environments, branches are rarely used. This means that if a developer wishes
to work in parallel on two features, he checks out HEAD into two different locations. The
problem is that using 'mvn install' in one checkout will overwrite the result of 'mvn install'
in another. Of course one can write poms so that the version contains some classifier and
then use 'mvn -Dartifact-classifier=first-checkout install', or, read from a file. Both are
tedious.
> Instead, it would be good to be able to tell maven to first consider some path under
the checkout before trying a global local repository (for external artifacts). 
> To make this work when running mvn from a module subdir, maybe allow to write settings.xml
in the root directory of the checkout. Then, maven should climb the directory structure until
locating settings.xml (or reaching the global root directory) and read there. Using settings.xml
in such a way has other benefits that it can be under version control. settings.xml will then
be able to specify a list of local repositories, some absolute paths, some relative to it.

> Another approach could be to allow this list of local repositories in the global settings.xml
file and have an entry in each module's pom indicating where it is relative to the local repository
(like the parent path attribute)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message