清除构建机器上的 Maven 本地存储库

Question

在 CI 构建服务器上，本地 Maven 存储库会重复填充文件系统（几天后）。 在这种情况下，其他人正在采取什么策略来修剪本地存储库？ -最大限度

Answer 1

Maven 依赖插件有一个 purge-local-repository 目标允许您从本地存储库中删除给定项目的依赖项，如果每天在每个项目上运行一次，则快照将不会累积。

---

或者，您可以采取更焦土的方法。 由于问题通常是带时间戳的快照工件，因此您可以使用 maven-antrun-plugin< /a> 删除所有与资源收集模式匹配的文件。

例如（请注意，这可能需要一些调整，因为我是凭记忆完成的）：

<plugin>
  <artifactId>maven-antrun-plugin</artifactId>
  <executions>
    <execution>
      <phase>package</phase>
      <configuration>
        <tasks>
          <delete>
            <fileset dir="${settings.localRepository}">
              <include name="**/*.jar"/>
              <exclude name="**/*.pom"/>
              <exclude name="**/*.war"/>
              <exclude name="**/*.ear"/>
              <exclude name="**/*.md5"/>
              <exclude name="**/*.sha"/>
              <!--any other extensions?...-->
              <!--match the timestamp pattern-->
              <containsregexp expression="[0-9]{8}.[0-9]{6}-[0-9]+"/>
            </fileset>
          </delete>
        </tasks>
      </configuration>
      <goals>
        <goal>run</goal>
      </goals>
    </execution>
  </executions>
</plugin>

Answer 2

如果您使用的是 hudson，您可以设置一个计划作业，每天删除整个存储库一次或类似的操作。 我有一个名为 hudson-maven-repo-clean 的作业，它具有以下配置：

• 构建/执行 shell： rm -rf ~hudson/.m2/repository
• 构建触发器/ 定期构建：0 0 * * *

Answer 3

除了 purge-local-repository（对我来说，它就像一个核选项，因为它只提供 excludes 配置，而不是显式 includes），看看在删除项目工件mojo 。 我现在正在考虑实现它，因为我的确切用例是清除在我的 CI（有时是工作站）机器上构建的大型 WAR 和 EAR 快照。

Answer 4

为此，我们特别使用 build-helper 插件。 在我们公司的父 pom 中，remove-project-artifact 目标嵌入在我们的 hudson 构建的配置文件中。 这样，在安装当前构建版本之前，该工件的所有旧版本都会被删除。

...
<profile>
  <id>hudson</id>
  <activation>
    <property>
      <name>BUILD_TAG</name>
    </property>
  </activation>
  <build>
    <plugins>
      <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>
            </configuration>
          </execution>
        </executions>
      </plugin>
  ...

使用将removeAll 设置为true 将清除除您正在处理的快照之外的所有其他快照。 这可能很危险，因为它可能意味着分支的快照也将被删除。

例如，如果您有代表 HEAD 的快照 1.0.0.18-SNAPSHOT 和代表分支的快照 1.0.1.17-SNAPSHOT，则使用 1.0.0.18-SNAPSHOT 版本运行此插件将擦除 1.0.1.17-SNAPSHOT 文件夹。

为了解决这种情况，removeAll 应设置为 false。

Answer 5

我们采用了一种略有不同（且狡猾）的技术。 所有构建“大型事物”（EAR、WAR、TAR）的工件都会像这样覆盖其部署位置：

<properties>
   <discard-me-in-bit-bucket>file://${basedir}/target/_DELETEME</discard-me-in-bit-bucket> 
</properties>

<distributionManagement>
  <repository>
    <id>upload-InternalSite</id>
    <name>SoftwareLibrary External</name>
    <url>${discard-me-in-bit-bucket}</url>
    <layout>legacy</layout>
    <uniqueVersion>false</uniqueVersion>
  </repository>
  <snapshotRepository>
    <id>upload-InternalSite</id>
    <name>Repository Name</name>
    <url>${discard-me-in-bit-bucket}</url>
    <layout>legacy</layout>
    <uniqueVersion>false</uniqueVersion>
  </snapshotRepository>
</distributionManagement>

此策略导致部署目标将事物放入目标目录中，该目录当然会被下一个 CLEAN 操作破坏。 为了变得更加积极，我们有一个构建后步骤来做到这一点：

find -type d -name '*_DELETEME' -exec rm -rf '{}' ';' -prune || echo $?

我们还采用了另一种策略。 在 Hudson/Jenkins 中，我们提供了一个设置文件，用于将 .m2 存储库放置在作业的工作空间中。 这允许我们在作业之前或之后删除整个存储库。 它还使工件在工作区中可见，这有助于调试一些问题。

Answer 6

文件系统有多大？ 我们每晚分配 10GB 来构建和删除 30 天以上的快照。 这似乎有效

您是否每隔 X 小时或在代码更改时进行构建？ 切换到代码更改将减少工件数量，而不会降低覆盖范围。

您是否在本地安装所有快照？ 您不需要在所有情况下都这样做。 在大多数情况下，只有那些主动开发依赖项的快照需要在本地安装。

您是否在本地安装 EAR/WAR 文件？ 您可能也不需要它们。

您保留了多少个工作空间？ 我们使用 hudson 并仅保留最后 5 个版本。