跳至主要內容
Maven命令：-DskipTests 和 -Dmaven.test.skip=true

Maven 中 -DskipTests 和 -Dmaven.test.skip=true 是两种常用的跳过测试参数，但它们的执行机制和应用场景有显著区别。以下是基于最新信息的对比分析：

1. 核心区别

特性 -DskipTests -Dmaven.test.skip=true
测试代码编译 ✅ 编译测试类到 target/test-classes ❌ 完全跳过测试代码的编译
测试执行 ❌ 不执行测试用例 ❌ 不执行测试用例
影响的插件 仅 maven-surefire-plugin（单元测试插件）和 maven-failsafe-plugin（集成测试插件） maven-compiler-plugin（编译插件）和测试插件
属性类型 Maven 内置属性，无需声明 用户自定义属性，需在 pom.xml 显式配置（但命令行可直接覆盖）
构建速度 较快（仅跳过执行） 更快（跳过编译和执行）
atodo2025/10/10大约 2 分钟后端后端构建工具Maven
Maven命令：install

maven 本地 install 时会替换之前已有版本么？是个什么样的过程？

Maven 本地 install 的过程和版本替换机制如下：

  1. ‌install 命令的作用‌
    mvn install 会执行完整的构建生命周期（包括清理、编译、测试、打包），并将生成的构件（如 jar 包）安装到本地仓库（默认路径为 ~/.m2/repository）。
  2. ‌版本替换规则‌
    • ‌**Release 版本（无 -SNAPSHOT 后缀）**‌：
      如果本地仓库已存在相同版本的构件，Maven 会直接覆盖旧文件，不会保留历史版本。
    • ‌**Snapshot 版本（含 -SNAPSHOT 后缀）**‌：
      每次 install 会生成带时间戳的新文件（如 1.0-SNAPSHOT-20250429.102030-1.jar），但会通过元数据文件（maven-metadata.xml）指向最新版本，旧版本仍保留但不再被引用。
  3. ‌具体执行流程‌
    • 清理 target 目录（若执行了 mvn clean）。
    • 编译源代码并生成 class 文件到 target/classes。
    • 运行测试（可通过 -DskipTests 跳过）。
    • 打包生成构件（如 jar 包）到 target 目录。
    • 将构件复制到本地仓库，按 groupId/artifactId/version 路径存储，并覆盖同名文件（Release 版本）或追加新文件（Snapshot 版本）。
  4. ‌注意事项‌
    • 若需强制更新本地依赖，可先删除旧版本再执行 install。
    • 多模块项目中，父模块的 install 会触发子模块按依赖顺序依次安装。
atodo2025/10/10大约 8 分钟后端后端构建工具Maven
Maven多仓库的优先级

一、Maven仓库的分类

1. 本地仓库

<localRepository>/D:/ResLibFilesWorkspace/Repository/Maven</localRepository>
atodo2025/10/10大约 4 分钟后端后端构建工具Maven
Maven常用命令

Maven常用命令

Maven 查看目录信息

查看本地仓库位置

命令：

mvn help:evaluate -Dexpression=settings.localRepository -q -DforceStdout
atodo2025/10/10大约 2 分钟后端后端构建工具Maven
Maven插件【代码格式化】：spotless-maven-plugin
<plugin>
    <groupId>com.diffplug.spotless</groupId>
    <artifactId>spotless-maven-plugin</artifactId>
    <version>${spotless.version}</version>
    <configuration>
        <skip>${spotless.skip}</skip>
        <java>
            <eclipse>
                <file>${project.basedir}/style/spotless_dolphinscheduler_formatter.xml</file>
            </eclipse>
            <removeUnusedImports />
            <importOrder>
                <file>${project.basedir}/style/eclipse.importorder</file>
            </importOrder>
            <replaceRegex>
                <name>Remove wildcard imports</name>
                <searchRegex>import\s+(static)*\s*[^\*\s]+\*;(\r\n|\r|\n)</searchRegex>
                <replacement>$1</replacement>
            </replaceRegex>
            <replaceRegex>
                <name>Block powermock</name>
                <searchRegex>import\s+org\.powermock\.[^\*\s]*(|\*);(\r\n|\r|\n)</searchRegex>
                <replacement>$1</replacement>
            </replaceRegex>
            <replaceRegex>
                <name>Block jUnit4 imports</name>
                <searchRegex>import\s+org\.junit\.[^jupiter][^\*\s]*(|\*);(\r\n|\r|\n)</searchRegex>
                <replacement>$1</replacement>
            </replaceRegex>
            <replaceRegex>
                <name>Block kubernetes-client</name>
                <searchRegex>import\s+io\.kubernetes\.client\.[^\*\s]*(|\*);(\r\n|\r|\n)</searchRegex>
                <replacement>$1</replacement>
            </replaceRegex>
        </java>
        <pom>
            <sortPom>
                <encoding>UTF-8</encoding>
                <nrOfIndentSpace>4</nrOfIndentSpace>
                <keepBlankLines>true</keepBlankLines>
                <indentBlankLines>false</indentBlankLines>
                <indentSchemaLocation>true</indentSchemaLocation>
                <spaceBeforeCloseEmptyElement>true</spaceBeforeCloseEmptyElement>
                <sortModules>false</sortModules>
                <sortExecutions>false</sortExecutions>
                <predefinedSortOrder>custom_1</predefinedSortOrder>
                <expandEmptyElements>false</expandEmptyElements>
                <sortProperties>false</sortProperties>
            </sortPom>
            <replace>
                <name>Leading blank line</name>
                <search>project</search>
                <replacement>project</replacement>
            </replace>
        </pom>
        <markdown>
            <includes>
                <include>docs/**/*.md</include>
            </includes>
            <excludes>
                <exclude>**/.github/**/*.md</exclude>
            </excludes>
            <flexmark />
        </markdown>
        <upToDateChecking>
            <enabled>true</enabled>
        </upToDateChecking>
    </configuration>
    <executions>
        <execution>
            <goals>
                <goal>check</goal>
            </goals>
            <phase>compile</phase>
        </execution>
    </executions>
</plugin>
atodo2025/10/10大约 20 分钟后端后端构建工具Maven
Maven插件【代码质量检查】：spotbugs-maven-plugin
<plugin>
    <groupId>com.github.spotbugs</groupId>
    <artifactId>spotbugs-maven-plugin</artifactId>
    <version>${spotbugs.version}</version>
    <configuration>
        <xmlOutput>true</xmlOutput>
        <threshold>medium</threshold>
        <effort>default</effort>
        <excludeFilterFile>dev-config/spotbugs-exclude.xml</excludeFilterFile>
        <failOnError>true</failOnError>
    </configuration>
    <dependencies>
        <dependency>
            <groupId>com.github.spotbugs</groupId>
            <artifactId>spotbugs</artifactId>
            <version>4.0.0-beta4</version>
        </dependency>
    </dependencies>
</plugin>

# SpotBugs Maven插件配置解析

## 插件概述

这个配置是`spotbugs-maven-plugin`插件，它是SpotBugs工具的Maven集成插件。SpotBugs是一个Java静态代码分析工具，用于在不运行代码的情况下检测Java字节码中的潜在错误、性能问题和代码质量问题。

SpotBugs是FindBugs的继任者，支持Java 8+，功能更加强大，能够检测空指针异常、资源泄漏、线程安全问题等多种类型的代码问题。

## 配置解析

这个配置中的各个参数作用如下：

1. **xmlOutput**：设置为`true`表示生成XML格式的报告文件
2. **threshold**：设置为`medium`表示只报告中等及以上严重级别的问题
3. **effort**：设置为`default`表示使用默认的分析级别（平衡检测精度和性能）
4. **excludeFilterFile**：指定排除规则文件路径`dev-config/spotbugs-exclude.xml`，用于过滤不需要检测的问题类型
5. **failOnError**：设置为`true`表示当发现问题时构建失败
6. **dependencies**：显式指定了使用的SpotBugs核心版本为4.0.0-beta4

## 插件的主要功能

1. **静态代码分析**：在不运行代码的情况下分析Java字节码，发现潜在问题
2. 多种问题检测：包括但不限于：
   - 空指针异常
   - 资源泄漏
   - 线程安全问题
   - 性能问题
   - 代码坏味道
3. **报告生成**：可以生成XML、HTML等格式的报告
4. **构建集成**：可以与Maven构建流程集成，在特定阶段自动执行

## 典型使用方式

### 1. 基本使用

配置完成后，可以通过以下命令运行SpotBugs分析：
atodo2025/10/10大约 6 分钟后端后端构建工具Maven
Maven插件【测试覆盖率】：cobertura-maven-plugin
<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>cobertura-maven-plugin</artifactId>
    <version>${cobertura-maven-plugin.version}</version>
    <configuration>
        <check/>
        <aggregate>true</aggregate>
        <outputDirectory>./target/cobertura</outputDirectory>
        <encoding>${project.build.sourceEncoding}</encoding>
        <quiet>true</quiet>
        <format>xml</format>
        <instrumentation>
            <ignoreTrivial>true</ignoreTrivial>
        </instrumentation>
    </configuration>
</plugin>

# Cobertura Maven插件配置解析

## 插件基本信息

这是一个`cobertura-maven-plugin`插件的配置，该插件是用于Java项目的代码覆盖率分析工具，基于Cobertura框架开发。它能够在Maven构建过程中收集测试覆盖率数据并生成详细报告。

## 配置参数解析

1. **基本配置**
   - `<version>${cobertura-maven-plugin.version}</version>`：指定插件版本，使用Maven属性便于统一管理
   - `<check/>`：启用覆盖率检查，如果覆盖率不达标会导致构建失败
   - `<aggregate>true</aggregate>`：在多模块项目中生成聚合报告，合并所有子模块的覆盖率数据
2. **输出配置**
   - `<outputDirectory>./target/cobertura</outputDirectory>`：指定报告输出目录
   - `<format>xml</format>`：生成XML格式的报告（通常用于集成到CI系统如Jenkins）
   - `<encoding>${project.build.sourceEncoding}</encoding>`：使用项目定义的源码编码
3. **执行控制**
   - `<quiet>true</quiet>`：减少控制台输出，使构建日志更简洁
   - `<instrumentation><ignoreTrivial>true</ignoreTrivial></instrumentation>`：忽略简单方法（如getter/setter）的覆盖率统计

## 典型使用场景

1. **命令行执行**
atodo2025/10/10大约 6 分钟后端后端构建工具Maven
Maven插件【测试覆盖率】：jacoco-maven-plugin
<plugin>
    <groupId>org.jacoco</groupId>
    <artifactId>jacoco-maven-plugin</artifactId>
    <version>${jacoco.version}</version>
    <configuration>
        <skip>${jacoco.skip}</skip>
        <dataFile>${project.build.directory}/jacoco.exec</dataFile>
    </configuration>
    <executions>
        <execution>
            <id>default-instrument</id>
            <goals>
                <goal>instrument</goal>
            </goals>
        </execution>
        <execution>
            <id>default-restore-instrumented-classes</id>
            <goals>
                <goal>restore-instrumented-classes</goal>
            </goals>
            <configuration>
                <!--                            <excludes>com/github/dreamhead/moco/*</excludes>-->
            </configuration>
        </execution>
        <execution>
            <id>default-report</id>
            <goals>
                <goal>report</goal>
            </goals>
        </execution>
    </executions>
</plugin>

# JaCoCo Maven插件配置解析

这个配置是用于`jacoco-maven-plugin`插件的配置，该插件是用于Java代码覆盖率分析的Maven插件。下面我将详细解析这个配置的作用、插件功能以及常见使用方式。

## 插件概述

`jacoco-maven-plugin`是JaCoCo(Java Code Coverage)工具的Maven集成插件，用于测量Java代码的测试覆盖率。JaCoCo通过字节码插桩技术，在运行时收集代码执行信息，生成详细的覆盖率报告，包括行覆盖率、分支覆盖率、方法覆盖率等指标。

## 配置解析

### 基本配置部分
atodo2025/10/10大约 12 分钟后端后端构建工具Maven