我能够拼凑出一些不同的来源来回答这个问题:

...
<repository>
    <id>atlassian</id>
    <name>Atlassian Repo</name>
    <url>https://maven.atlassian.com/content/repositories/atlassian-public</url>
</repository>
...
<dependency>
    <groupId>com.atlassian.maven.plugins</groupId>
    <artifactId>maven-upload-plugin</artifactId>
    <version>1.1</version>
</dependency>
...
<plugin>
    <groupId>com.atlassian.maven.plugins</groupId>
    <artifactId>maven-upload-plugin</artifactId>
    <version>1.1</version>
    <configuration>
        <serverId>jira-repo</serverId>
        <resourceSrc>
            ${project.build.directory}/${project.build.finalName}.${project.packaging}
        </resourceSrc>
        <resourceDest>opt/jira/webapps</resourceDest> <!-- note: no leading slash -->
        <url>scp://root@jira</url>
    </configuration>
</plugin>
...

从~ / .m2 / settings.xml:

...
<servers>
  <server>
    <id>jira-repo</id>
    <username>myusername</username>
    <password>mypassword</password>
  </server>
</servers>
...

然后运行命令:(-X用于调试)

mvn -X upload:上传

另一种方法是使用汇编插件将这些东西捆绑到工件中。然后你可以使用依赖插件在你想要的地方解包这些文件。在依赖插件中也有复制目标来复制工件。

我只能假设你的${project.server. server。Config}属性是自定义的，并且在标准目录布局之外。

如果是，那么我将使用复制任务。

上面的蚂蚁解决方案是最容易配置的，但我有幸使用了Atlassian的maven-upload-plugin。我找不到好的文档，下面是我如何使用它:

<build>
  <plugin>
    <groupId>com.atlassian.maven.plugins</groupId>
    <artifactId>maven-upload-plugin</artifactId>
    <version>1.1</version>
    <configuration>
       <resourceSrc>
             ${project.build.directory}/${project.build.finalName}.${project.packaging}
       </resourceSrc>
       <resourceDest>${jboss.deployDir}</resourceDest>
       <serverId>${jboss.host}</serverId>
       <url>${jboss.deployUrl}</url>
     </configuration>
  </plugin>
</build>

像“${jboss.”上面引用的Host}定义在我的~/.m2/settings.xml中，并使用maven配置文件激活。这个解决方案并不局限于JBoss，这只是我给变量命名的方式。我有开发，测试和现场的资料。因此，要在测试环境中上传我的耳朵到jboss实例，我将执行:

mvn upload:upload -P test

下面是settings.xml的一个片段:

<server>
  <id>localhost</id>
  <username>username</username>
  <password>{Pz+6YRsDJ8dUJD7XE8=} an encrypted password. Supported since maven 2.1</password>
</server>
...
<profiles>
  <profile>
    <id>dev</id>
    <properties>
      <jboss.host>localhost</jboss.host> 
      <jboss.deployDir>/opt/jboss/server/default/deploy/</jboss.deployDir>
      <jboss.deployUrl>scp://root@localhost</jboss.deployUrl>
    </properties>
  </profile>
  <profile>
    <id>test</id>
    <properties>
       <jboss.host>testserver</jboss.host>
       ...

注: 有这个插件的Atlassian maven repo在这里:https://maven.atlassian.com/public/

我建议下载源代码，并查看其中的文档，以了解插件提供的所有功能。

`

好吧，maven不应该擅长执行细粒度的任务，它不是bash或ant之类的脚本语言，而是声明性语言——您说—我需要一场战争或一只耳朵，然后您就得到了它。然而，如果你需要自定义战争或耳朵应该看起来像内部，你有一个问题。它不像ant那样是程序性的，而是声明性的。 这在一开始有一些好处，但到最后可能会有很多坏处。

我猜最初的概念是有好的插件，“只是工作”，但现实是不同的，如果你做非标准的东西。

然而，如果你在poms上投入足够的精力和少量的自定义插件，你会得到一个更好的构建环境，比如ant(当然这取决于你的项目，但对于更大的项目来说越来越正确)。

总结一下上面的一些不错的答案:Maven被设计用来构建模块并将结果复制到Maven存储库。任何将模块复制到部署/安装程序输入目录的操作都必须在Maven核心功能的上下文之外进行，例如使用Ant/Maven复制命令。