더 긴 버전을 구성하는 방법 artifactory의 번호

Question

jar의 버전 번호는 x.x.x보다 길어야합니다. 우리는 차라리 구식 자체 제작 메커니즘을 통합하기 위해 x.x.x.x가 필요합니다. 소프트웨어에 x.x.x 태그를 지정하고 고객에게 제공되는 즉시 특정 시점에 다른 백엔드와 정확히 통신해야합니다. 은 프로그램과 통신합니다. 이런 이유 때문에이 한 항아리는 생성 될 때 버전 2.3.4.1, 을 가지며 동일한 버전의 다음 번 배달시 빌드되고 이름이 2.3.4.2입니다. 이제는 artifactory가 이것을 처리 할 수 ​​없습니다. 어떤 경우에는 x.x.x.2 이상을 저장하지 않습니다. Maven 저장소 레이아웃에서 정규 표현식을 편집하려고 생각했습니다 (첨부 된 스크린 샷 참조). 아래 필드에서 경로를 테스트하면 이 버전 번호를 처리 할 수 ​​없다는 것을 알 수 있습니다. 물론 우리 항아리의 나머지 부분은 여전히 ​​xxx는 작업 할 수있다 .. 여기 예를 들어

는

<?xml version="1.0" encoding="UTF-8"?> 
<metadata> 
    <groupId>com.firm</groupId> 
    <artifactId>someid</artifactId> 
    <version>1.5.1</version> 
    <versioning> 
    <latest>1.5.1</latest> 
    <release>1.5.1</release> 
    <versions> 
     <version>1.4.62</version> 
    </versions> 
    <lastUpdated>20120926073942</lastUpdated> 
    </versioning> 
</metadata> 

폴더 구조의 모습을 받는다는-metadata.xml입니다 :

someid - 1.4 0.62 - 1.4.62.1 - 1.4.62.2 - 1.4.62.3

우리가 새 이슈 버전 (1.4.62.1)를 배포하는 경우는 받는다는-metadata.xml는 1.4.62.1 버전이 포함되어 있습니다. 그러나 artifactory는 지정되지 않은 시간 이후 버전 번호 (1.4.62.x)에서 (1.4.62)를 무시합니다. artifactory는 메이저, 마이너 및 개정 번호 만 지원하고 빌드 번호를 삭제하는 것으로 보입니다. 이제 해결책을 찾고자합니다. JFrog Artifactory 버전 2.5.0 (개정 번호 13086)을 사용합니다.

Answer 1

불편을 끼쳐 드려 죄송합니다. 미리 사과드립니다.

사용자의 버전 형식이 Maven에서 사용하는 버전 형식과 호환되지 않습니다. Maven은 버전 번호에 .. 형식을 사용합니다. 이것 이후에 Maven이 적절히 사용하기 위해서는 대쉬가 필요합니다. Maven에서 버전 번호를 사용하고 형식을 지정하는 방법에 대한 자세한 내용은 Maven 서적의 다음 섹션을 참조하십시오. http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-syntax.html