Wie Maven / Artifactory von halten Snapshots mit Zeitstempel stoppen

Question

Durch Speicherplatz Überlegungen Ich mag würde, immer nur in meinem Repository eine Version des Snapshot zu halten. Anstatt mehrere Versionen mit Zeitstempel Suffixe zu halten

z. E-Commerce-2.3-20090806.145007-1.ear

Wie kann ich diese auf? Ist das eine Build-Einstellung oder Repository (Artifactory) Einstellung

Danke!

Answer 1

Die einfachste (und empfohlen ) Art und Weise ist nicht eindeutige Schnappschüsse zu verwenden . Wenn Sie einzigartige Schnappschüsse verwenden müssen, können Sie dies in Artifactory tun, indem Sie die Eigenschaft auf Definition in artifactory.config.xml

Zum Beispiel:

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

Als Referenz können Sie tun dies in Nexus (über den UI) durch eine Liniendienst ermöglicht es Ihnen, die angeben, Mindestanzahl zu halten, die maximale Frist für sie, zu halten und ob sie den Snapshot zu entfernen, wenn eine Release-Version eingesetzt wird.

Answer 2

Hinweis, dass diese Funktion / FÄHIGKEIT WURDE IN Maven ENTFERNT 3.0

Nur etwas auf meine eigene Frage hinzufügen:

Hinzufügen

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

zu meinen Eltern pom trug auch zur Lösung dieses.

Siehe auch:

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

Um die eindeutigen Einstellungen auf dem Repository in Artifactory zu ändern - melden Sie sich als Administrator - und wählen Sie Bearbeiten auf der entsprechenden Repo - Screenshot hier:

http://wiki.jfrog.org/confluence/display/RTF / Legendes + Repositorys

Answer 3

Artifactory können alte einzigartige Schnappschüsse aufzuräumen. Allerdings haben wir einzigartige Schnappschüsse als nicht nützlich für die Zwecke der das Aufspüren von Abhängigkeiten oder Roll zurück auf eine bestimmte Version gefunden. Es gibt bessere Alternativen, dies zu tun, die sauberen und zuverlässiger. Deshalb Artifactory Vorgaben nicht eindeutige Schnappschüsse bevorzugen, und diese Politik kann sein zentral gesteuert (die einzigartig ist auf Artifactory). Sie können mehr über diese, sowie die automatische Bereinigung Funktion hier .

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

Die Verwendung von nicht-eindeutigen Schnappschüsse ist kein guter Weg zu gehen. Statt ein Repository-Manager erhalten, die Schnappschüsse aufzuräumen und konfigurieren können, dass Speicherplatz zu halten. die timestamped Schnappschüsse macht es viel einfacher, Probleme aufzuspüren, da Sie leicht tatsächlich, welche Version sehen verwendet wird.

Answer 6

NICHT in Maven 3 arbeiten, wie es von Apache unter

zitiert wurde

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