maven依赖插件为我节省了大量处理ant任务的时间:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <id>install-jar</id>
            <phase>install</phase>
            <goals>
                <goal>copy</goal>
            </goals>
            <configuration>
                <artifactItems>
                    <artifactItem>
                        <groupId>...</groupId>
                        <artifactId>...</artifactId>
                        <version>...</version>
                    </artifactItem>
                </artifactItems>
                <outputDirectory>...</outputDirectory>
                <stripVersion>true</stripVersion>
            </configuration>
        </execution>
    </executions>
</plugin>

依赖项:copy是documentend，并有更多有用的目标，如unpack。

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

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

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

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

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

不要回避Antrun插件。仅仅因为有些人倾向于认为Ant和Maven是对立的，但事实并非如此。如果你需要执行一些不可避免的一次性定制，请使用copy任务:

<project>
  [...]
  <build>
    <plugins>
      [...]
      <plugin>
        <artifactId>maven-antrun-plugin</artifactId>
        <executions>
          <execution>
            <phase>deploy</phase>
            <configuration>
              <target>

                <!--
                  Place any Ant task here. You can add anything
                  you can add between <target> and </target> in a
                  build.xml.
                -->

              </target>
            </configuration>
            <goals>
              <goal>run</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>
  [...]
</project>

In answering this question, I'm focusing on the details of what you asked. How do I copy a file? The question and the variable name lead me to a larger questions like: "Is there a better way to deal with server provisioning?" Use Maven as a build system to generate deployable artifact, then perform these customizations either in separate modules or somewhere else entirely. If you shared a bit more of your build environment, there might be a better way - there are plugins to provision a number of servers. Could you attach an assembly that is unpacked in the server's root? What server are you using?

再说一次，我相信有更好的办法。

对于简单的复制任务，我可以推荐copy-rename-maven-plugin。它是直接和简单的使用:

<project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>com.coderplus.maven.plugins</groupId>
        <artifactId>copy-rename-maven-plugin</artifactId>
        <version>1.0</version>
        <executions>
          <execution>
            <id>copy-file</id>
            <phase>generate-sources</phase>
            <goals>
              <goal>copy</goal>
            </goals>
            <configuration>
              <sourceFile>src/someDirectory/test.environment.properties</sourceFile>
              <destinationFile>target/someDir/environment.properties</destinationFile>
            </configuration>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>
</project>

如果你想复制多个文件，替换<sourceFile>…</destinationFile> part with

<fileSets>
  <fileSet>
    <sourceFile>src/someDirectory/test.environment.properties</sourceFile>
    <destinationFile>target/someDir/environment.properties</destinationFile>
  </fileSet>
  <fileSet>
    <sourceFile>src/someDirectory/test.logback.xml</sourceFile>
    <destinationFile>target/someDir/logback.xml</destinationFile>
  </fileSet>                
</fileSets>

此外，如果需要，您可以在多个阶段指定多个执行，第二个目标是“重命名”，它只是做它所说的，而其余配置保持不变。要了解更多用法示例，请参阅用法页面。

注意:这个插件只能复制文件，不能复制目录。(感谢@james。Garriss发现了这一局限性。)

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