自托管Runner中缓存.m2与.sonar文件夹是否有必要？

我使用自托管Runner构建Maven项目，在集成SonarQube时接触到了action/cache配置，相关代码示例如下：

- name: Cache SonarQube packages
        uses: actions/cache@v1
        with:
          path: ~/.sonar/cache
          key: ${{ runner.os }}-sonar
          restore-keys: ${{ runner.os }}-sonar
      - name: Cache Maven packages
        uses: actions/cache@v1
        with:
          path: ~/.m2
          key: ${{ runner.os }}-m2-${{ hashFiles('**/pom.xml') }}
          restore-keys: ${{ runner.os }}-m2
      - name: Build and analyze
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}  # Needed to get PR information, if any
          SONAR_TOKEN: ${{ secrets.SONAR_TOKEN }}
          SONAR_HOST_URL: ${{ secrets.SONAR_HOST_URL }}
        run: mvn -B verify org.sonarsource.scanner.maven:sonar-maven-plugin:sonar -Dsonar.projectKey=XYZ

我理论上理解GitHub托管Runner因每次都是全新环境，需要复用依赖缓存，但我的自托管Runner中~/.m2文件夹在工作流运行后不会被清除，因此疑惑是否有必要缓存.m2或.sonar文件夹。

核心结论与细节分析 #

针对.m2文件夹 #

因为自托管Runner的.m2目录会被持久保留，默认情况下完全不需要额外配置actions/cache。但有几种特殊场景可以考虑保留缓存配置：

• 如果有多台自托管Runner，不同Runner之间的依赖不共享，缓存能让新启动的Runner快速拉取依赖，避免重复下载耗时
• 若存在手动清理.m2、或部分工作流会修改/删除.m2内容的情况，缓存可以作为兜底机制，保证依赖不会丢失
• 要是需要在不同项目间隔离依赖（比如避免跨项目的依赖版本冲突），可以用带项目专属key的缓存，替代全局共享的.m2

针对.sonar/cache文件夹 #

逻辑和.m2一致：自托管Runner保留该目录时，SonarQube扫描会自动复用本地缓存，无需actions/cache。但以下场景建议保留缓存配置：

• 当Runner被多个项目共用时，缓存能确保每个项目的SonarQube规则包、扫描缓存都能快速复用
• 若存在定期清理Runner缓存的操作，缓存配置可以避免每次扫描都重新下载大量SonarQube资源

额外建议 #

如果确定不需要缓存，可以直接移除对应的actions/cache步骤，这样能简化工作流，减少不必要的步骤开销，完全不影响Maven构建和SonarQube扫描的正常执行。

内容的提问来源于stack exchange，提问作者Rohini