Complex Odpowiedź na to: Tak
To jest trochę trudne i trzeba być ostrożnym, ponieważ nie pom się ponownie napisane. Tak więc tylko maven remote reository (artifactory lub nexus) umieści go w poprawnej strukturze folderów.
Jeśli zastąpić cel Deploy-pliku w celu Maven wdrażać można nadpisać parametry: http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html
Jednym z przykładów, który zawsze będzie zakładać wersję 4.5.1 na nexus będzie wyglądać następująco:
<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>
(a zanim ktoś zapyta, jednym z powodów, aby coś takiego zrobić, jest tworzenie bardziej przyjaznych CI.) W CI wszystko jest po prostu numerem kompilacji, tak naprawdę nie ma "wersji kompilacji", każde sprawdzenie daje produkcje Tak więc, zastępując 4.5.1 przez ${BUILD_NUMBER}
, pozostawi w tobie wiele wydań R artefakt przechowywania ...)
Możliwy duplikat [to] (http : //stackoverflow.com/questions/4238944/controlling-maven-final-name-of-jar-artifact) question. – dmahapatro