Artifactory Обработка изображений с моментальным снимком

Question

В нашем artifactory у нас есть репозиторий моментальных снимков, предназначенный для обработки 5 уникальных снимков. Мы добавили -SNAPSHOT-расширение к имени файла. SNAPSHOT также преобразуется в метку времени. Построение сделано с градиентом, и артефакт публикуется с бамбуковым и искусственным плагином.

Файл развернут Artifactory ...

inhouse-snapshots:com/example/project/subproject/trunk-SNAPSHOT/subproject-trunk-SNAPSHOT-79.amp 

становится ...

inhouse-snapshots:com/example/project/subproject/trunk-SNAPSHOT/subproject-trunk-20120321.154621-1-79.amp 

Это нормально, и каждый билд добавляет новый файл с увеличенным номером сборки, но метка времени номер всегда остается 20120321.154621-1 поэтому у нас есть список файлов, как:

• подпроект-магистраль 20120321.154621-1-79.amp
• подпроект-переговорные 20120321.154621-1-80.amp
• подпроект-переговорные 20120321.154621-1-81.amp

Кто-нибудь имеет решение или предложение для макета другого каталога?

Answer 1

Как вы правильно заметили, номер сборки, которую вы прикрепляете к развернутому имени файла, идентифицируется как классификатор; это связано с тем, что Maven не указывает номер сборки с уникальным моментальным снимком.

Artifactory поддерживает ту же комбинацию отметки времени и номера сборки для «партий» артефактов и «ударов» метки времени и номера сборки при обнаружении новой «партии»; Есть 2 способа, в котором Artifactory обнаруживает артефакт «партия» с целью преобразования неуникальным уникальных снимков:

1. Артефактов развернуты в точном порядке: артефакт (без классификатора), POM, прикрепленных артефакты (с классификаторами); Первый обычный артефакт, который будет развернут после POM, создаст новую «партию»; следовательно, предоставляя новую метку времени и номер строителя.

2. Артефакты, развернутые с matrix param ключа «build.timestamp» и значение миллисекунды на основе временной метки эпохи; Артефакты с одинаковыми значениями времени будут связаны с одной и той же «партией».

Вы должны либо опустить номер сборки из развернутого файла и развернуть его с «build.timestamp» матрицей парами (сделать Artifactory ударять «партию» на каждом новом развертывании) или развернуть файлы уже с уникальным снимком.

Answer 2

Я разместил это решение: https://discuss.gradle.org/t/2-8-2-9-mavendeployer-doesnt-honour-uniqueversion-false-in-maven-uploadarchives/13370/8 Вопрос, который у меня был, состоял из нескольких публикаций в разделе публикации. Решение для меня состояло в том, чтобы добавить дополнительные артефакты к одной публикации. Затем все элементы, api jar, source jar, api source jar и main jar имеют одну и ту же метку времени для SNAPSHOT. Это, похоже, автоматически позаботится о build.timestamp для меня.

task apiJar(type: Jar) { 
    classifier = 'api' 
    from(sourceSets.main.output) { 
     include "com/company/app/dto/**" 
    } 
} 

task sourceJar(type: Jar, dependsOn: classes) { 
    classifier = 'sources' 
    from sourceSets.main.allSource 
} 

task apiSourceJar(type: Jar, dependsOn: classes) { 
    classifier = 'api-sources' 
    from(sourceSets.main.allSource) { 
     include "com/company/app/dto/**" 
    } 
} 

publishing { 
    publications { 
     mavenJava(MavenPublication) { 
      from components.java 
      pom.withXml { 
       asNode().appendNode('description', 'APP Sprint Boot App') 
      } 
      artifact apiJar 
      artifact sourceJar 
      artifact apiSourceJar 
     } 
    } 
    repositories { 
     maven { 
      credentials { 
       username = 'username' 
       password = 'password' 
      } 
      if(project.version.endsWith('-SNAPSHOT')) { 
       url "http://server:9081/artifactory/libs-snapshot-local" 
      } else { 
       url "http://server:9081/artifactory/libs-release-local" 
      } 
     } 
    } 
}