Comment arrêter Maven / Artifactory de garder des instantanés avec des horodateurs

Question

En raison de considérations d'espace disque que je voudrais ne jamais garder une version d'un instantané dans mon dépôt. Plutôt que de conserver plusieurs versions avec suffixes horodatage

par exemple. ecommerce-2.3-20090806.145007-1.ear

Comment puis-je régler cela? Est-ce un paramètre de construction ou dépôt (Artifactory) réglage

Merci!

Answer 1

Le plus simple (et recommandé ) est d'utiliser des instantanés non uniques . Si vous devez utiliser des clichés uniques, vous pouvez le faire en Artifactory en spécifiant le propriété sur la définition artifactory.config.xml

Par exemple:

<localRepository>
  <key>snapshots</key>
  <blackedOut>false</blackedOut>
  <handleReleases>false</handleReleases>
  <handleSnapshots>true</handleSnapshots>
  <maxUniqueSnapshots>1</maxUniqueSnapshots>
  <includesPattern>**/*</includesPattern>
  <snapshotVersionBehavior>non-unique</snapshotVersionBehavior>
</localRepository>

Pour référence, vous pouvez le faire dans Nexus (via l'interface utilisateur) en créant une service régulier , il vous permet de spécifier le nombre minimum de conserver, la durée maximale de les retenir pour, et si vous souhaitez supprimer l'instantané si une version de version est déployée.

Answer 2

NOTE QUE CE DOSSIER / RETIRÉ CAPACITES Maven 3.0

Il suffit d'ajouter quelque chose à ma propre question:

Ajout

<distributionManagement>
    ...
    <snapshotRepository>
        ...
        <uniqueVersion>false</uniqueVersion>
    </snapshotRepository>
    ...
</distributionManagement>

à mes parents pom a également contribué à la solution de ce.

Voir:

http://i-proving.com/space / Jessamyn + Smith / blog / 2008-06-16_1

Pour modifier les paramètres uniques sur le référentiel dans Artifactory - se connecter en tant qu'administrateur - et sélectionnez modifier le repo concerné - capture d'écran ici:

http://wiki.jfrog.org/confluence/display/RTF / Comprendre + Référentiels

Answer 3

Artifactory peut nettoyer de vieux clichés uniques. Cependant, nous avons trouvé des clichés uniques pour être utiles non dans le but de traquer les dépendances ou roulement à une version spécifique. Il existe de meilleures alternatives pour ce faire, qui sont plus propres et plus fiables. Voilà pourquoi les valeurs par défaut Artifactory à préférer des instantanés non uniques, et cette politique peut être centrale contrôlée (ce qui est unique à Artifactory). Vous pouvez en lire plus à ce sujet, ainsi que la fonction auto-nettoyage .

Answer 4

<plugin>         
                    <groupId>org.codehaus.mojo</groupId>         
                    <artifactId>build-helper-maven-plugin</artifactId>         
                    <version>1.7</version>         
                    <executions>           
                        <execution>             
                            <id>remove-old-artifacts</id>             
                            <phase>package</phase>             
                            <goals>               
                                <goal>remove-project-artifact</goal>             
                            </goals>            
                            <configuration>  
                                <removeAll>true</removeAll><!-- When true, remove all built artifacts including all versions. When false, remove all built artifacts of this project version -->             
                            </configuration>          
                        </execution>         
                    </executions>       
                </plugin>

Answer 5

Utilisation d'instantanés non uniques ne sont pas une bonne façon d'aller. Au lieu de cela obtenir un gestionnaire de dépôt qui peut nettoyer des instantanés et configurer que pour garder l'espace disque vers le bas. Avoir les clichés horodatés rend beaucoup plus facile de traquer les problèmes puisque vous pouvez facilement voir quelle version est utilisée en fait.

Answer 6

ne fonctionne pas dans Maven 3 comme il a été cité par Apache ci-dessous

It's not recommended to use non-unique snapshots since they lead to non-reproducible builds. The main use case for these was to save disk space in the repository, but this is best handled by scheduling a periodic snapshot removal task to keep the number of versions down