You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "林万程 (Jira)" <ji...@apache.org> on 2020/12/02 12:34:00 UTC

[jira] [Commented] (MDEPLOY-160) Deploy all installed artifacts

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

林万程 commented on MDEPLOY-160:
-----------------------------

I also want to add a function to it. When deploying the file, we don't need to enter GAV, it will automatically read the pom file in the jar, and we can select the directory deploy all.

> Deploy all installed artifacts
> ------------------------------
>
>                 Key: MDEPLOY-160
>                 URL: https://issues.apache.org/jira/browse/MDEPLOY-160
>             Project: Maven Deploy Plugin
>          Issue Type: New Feature
>    Affects Versions: 2.7
>            Reporter: scolebourne2
>            Priority: Major
>             Fix For: waiting-for-feedback
>
>
> This is related to MDEPLOY-124, however it is sufficiently different to the discussion there to warrant a separate issue.
> I'm proposing a single new goal in the plugin, "{{deploy:installed}}". This new goal would deploy all the artifacts currently in the local repo as per the GAV in the pom. A filter set could be used to filter the list.
> This mojo should in theory be relatively simple to write. Read the list of files in the local repo, work out the classifiers and deploy them. Unless I'm missing something...
> The solution propsed in MDEPLOY-124 would not work in my use case. We have a build where there is a native element that is built on two (or more) different machines. We would like to end up with a combined deploy folder. ie. Linux machine produces pom, jar and linux artifacts, whereas the Windows machine produces pom, jar and windows artifacts. The only time there is a complete set of artifacts to deploy is when both machines have run and pushed to a shared local repo. The goal would be more generally useful than this, as it would allow install, test/review, deploy, workflows, which seems to be a pretty common desire not supported by maven.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)