Комплексный ответ на это: Да
Это немного сложнее, и вы должны быть осторожны, так как ПОМ не получить переписан. Таким образом, только удаленный репозиторий maven (artifactory или nexus) помещает его в правильную структуру папок.
Если вы перезаписать развертывания-файла цели в Maven развертывания цели, вы можете перезаписать параметры: http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html
Один пример, который всегда будет размещать версии 4.5.1 для связующей будет выглядеть следующим образом:
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>deploy-file</goal>
</goals>
<phase>deploy</phase>
<configuration>
<repositoryId>nexus-site</repositoryId>
<url>http://nexus.some.where/nexus-2/content/repositories/releases</url>
<file>${build.directory}/${project.build.finalName}.${project.packaging}</file>
<generatePom>false</generatePom>
<pomFile>pom.xml</pomFile>
<version>4.5.1</version>
</configuration>
</execution>
</executions>
</plugin>
(и до того, как кто-то спросит, одна из причин сделать что-то вроде этого - сделать сборку более дружественной к CI. В CI все просто номер сборки, на самом деле нет «сборки релиза», каждая проверка дает производительность уже артефакт. Поэтому, заменив 4.5.1 на ${BUILD_NUMBER}
, вы оставите много выпусков i п ваш артефакт для хранения ...)
Возможный дубликат вопроса [this] (http://stackoverflow.com/questions/4238944/controlling-maven-final-name-of-jar-artifact). – dmahapatro