Maven编译参数[待完善]

最新推荐文章于 2025-07-10 10:42:09 发布

xiaoguokecsdn

最新推荐文章于 2025-07-10 10:42:09 发布

阅读量1.7k

点赞数

CC 4.0 BY-SA版权

文章标签： Maven

本文链接：https://blog.youkuaiyun.com/xiaoguokecsdn/article/details/80189954

本文详细介绍了在使用Maven进行项目构建时，如何通过-DskipTests和-Dmaven.test.skip=true两个参数来控制是否执行及编译测试用例。-DskipTests仅跳过执行测试用例，但仍会编译测试类并生成class文件；而-Dmaven.test.skip=true则同时跳过测试用例的执行与编译。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1、在使用mvn package进行编译、打包时，Maven会执行src/test/java中的JUnit测试用例，有时为了跳过测试，会使用参数-DskipTests和-Dmaven.test.skip=true，这两个参数的主要区别是：

-DskipTests，不执行测试用例，但编译测试用例类生成相应的class文件至target/test-classes下。

-Dmaven.test.skip=true，不执行测试用例，也不编译测试用例类。

本文出自 “学习文档” 博客，请务必保留此出处

2、

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xiaoguokecsdn

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Maven学习总结（46）——Maven跳过单元测试的两种方法及其区别（-Dmaven.test.skip=true与-DskipTests）

科技D人生

08-08

1万+

Maven跳过单元测试有两种命令：-Dmaven.test.skip=true与-DskipTests。其中命令 -DskipTests表示不执行测试用例，但编译测试用例类生成相应的class文件至target/test-classes下；而命令-Dmaven.test.skip=true表示不执行测试用例，也不编译测试用例类。在eclipse中构建安装项目时可以分别使用如下这两种命令：使用...

Maven中-DskipTests和-Dmaven.test.skip=true的区别

weixin_34185560的博客

09-27

2027

在使用mvn package进行编译、打包时，Maven会执行src/test/java中的JUnit测试用例，有时为了跳过测试，会使用参数-DskipTests和-Dmaven.test.skip=true，这两个参数的主要区别是：-DskipTests，不执行测试用例，但编译测试用例类生成相应的class文件至target/test-classes下。-Dmaven.te...

参与评论您还未登录，请先登录后发表或查看评论

maven教程：-DskipTests=true 和-Dmaven.test.skip=true的区别

学亮编程手记

09-13

2307

会完全跳过测试阶段，包括测试代码的编译和执行。根据您的需求，选择适当的选项来跳过测试阶段。是用于Maven构建过程中跳过测试的两种不同的配置方式。会编译测试代码但不运行测试用例，而。因此，两者的区别在于。

Springboot Maven打包跳过测试的五种方式总结 -Dmaven.test.skip=true

m0_71746416的博客

02-06

923

使用Maven打包的时候，可能会因为单元测试打包失败，这时候就需要跳过单元测试。也为了加快打包速度，也需要跳过单元测试。

Maven打包跳过测试的5种方式

最新发布

g5201314s的博客

07-10

608

本文深入探讨了 Maven 构建中两个常用的跳过测试参数-DskipTests=true和-Dmaven.test.skip=true的区别。核心要点包括：功能层面 -DskipTests=true：仅跳过测试执行，仍编译测试代码 -Dmaven.test.skip=true：同时跳过测试编译和执行插件行为影响 -DskipTests=true：保留插件其他配置（如报告生成） -Dmaven.test.skip=true：可能影响依赖测试状态的插件逻辑适用场景推荐优先使用-DskipTests=tr

Maven编译代码的相关命令

weixin_34233856的博客

04-17

343

第一、main目录下的主代码编写完毕后，使用Maven进行编译，在项目根目录下运行命令mvn clean compile进行项目编译。第二、test目录下的测试用例编写完毕之后就可以调用Maven执行测试，运行mvn clean test进行测试。第三、将项目进行编译、测试之后，下一个重要步骤就是打包（package）。在pom.xml中定义 <pack...

maven 编译命令

adaptiver的专栏

05-11

883

http://radio123.iteye.com/blog/1490335 从别处拷贝来的maven项目，有时候会出现不能debug关联的情况，即按住ctrl键后不能跳转到相应的类或方法，这是需要eclipse环境生成 Eclipse 项目文件的。可以在cmd命令窗口下进入到maven项目包含pom.xml文件的目录下，运行 mvn eclipse:eclipse 命令

MAVEN编译命令

g15617156048的博客

10-29

237

MAVEN编译命令 mvn clean package -Dmaven.test.skip=true

-Dmaven.test.skip=true 和 -DskipTests=true 的区别

qq_36428598的博客

09-02

450

Dmaven.test.skip=true‌：这个参数会完全跳过测试阶段，包括测试代码的编译和测试用例的运行。这意味着，即使你在命令行中使用了mvn test命令，添加了-Dmaven.test.skip=true参数后，测试代码也不会被编译和执行。‌-DskipTests=true‌：这个参数会跳过测试用例的执行，但不会影响测试代码的编译。简而言之，-Dmaven.test.skip=true是彻底跳过测试阶段，包括编译，而-DskipTests=true则是跳过测试用例的执行，但仍然编译测试代码。

国内白帽子能赚多少钱？有多少白帽子全职挖洞能养活自己？

2401_84578953的博客

10-23

755

突发奇想，想了解下国内的 SRC 平台养活了多少白帽子？有多少白帽子可以不上班，专职挖洞生活？可以给想要走这条路的小伙伴提供一些参考。为了调研国内白帽子的收入，统计了 2024 年 2 月期间，奖励比较多的 SRC 平台榜单，根据白帽子的 ID 和所获奖金进行统计汇总，当月超过 1 万元收入的白帽子榜单如下数据来源：腾讯、百度、阿里、蚂蚁金服、补天、360、贝壳、度小满、快手、京东、头条、美团、陌陌、oppo、vivo、平安、携程、小米等 SRC 平台。

mvn clean package -DskipTests

weixin_30918415的博客

03-15

1206

mvn clean package -DskipTests 转载于:https://www.cnblogs.com/tonyauto/p/10535404.html

Maven 的命令行编译

nece001的专栏

05-27

870

mvn -v 查看版本 # 切换JDK版本（指定编译时的jdk版本） set JAVA_HOME=D:\software\jdk1.8.0_74 # 打包 mvn clean package -Dmaven.test.skip=true

maven编译命令使用

weixin_43861120的博客

01-21

937

找到maven工程的根目录（包含porm.xml的文件夹）。在该文件夹下执行，mvn compile ----->maven工程编译。然后执行，mvn package ----->maven打包根据生成的jar包，在target目录下执行：java -jar **生成的jar**.jar ...

IDEAL2021无法解析插件 org.apache.maven.plugins:maven-install-plugin:2.4

04-25

### 可能的原因分析在 IDEA 中遇到 `maven-install-plugin:2.4` 插件无法解析的问题，通常可能由以下几个原因引起： 1. **本地 Maven 配置问题**：可能是由于 `settings.xml` 文件中的镜像配置不正确或者网络代理设置不当导致插件下载失败[^1]。 2. **POM 文件缺失依赖声明**：如果项目 POM 文件未显式声明 `maven-install-plugin` 的版本，则可能会因为默认版本不可用而导致安装失败[^2]。 3. **构建生命周期异常**：当项目的打包方式（packaging）未指定生成的构件文件时，可能导致插件执行过程中找不到目标文件而报错[^3]。 --- ### 解决方案 #### 方法一：检查并修正 `settings.xml` 配置确认 Maven 的全局或用户级 `settings.xml` 文件是否存在错误的镜像路径。可以通过以下步骤排查： - 打开 `<MAVEN_HOME>/conf/settings.xml` 或者用户的 `.m2/settings.xml` 文件； - 检查 `<mirrors>` 节点下的配置是否指向有效的仓库地址； - 如果存在自定义镜像，请尝试临时移除这些配置以验证其影响。对于国内开发者来说，可以考虑使用阿里云或其他稳定源作为中央仓库替代，默认配置如下所示： ```xml <mirror> <id>aliyun</id> <name>Aliyun Mirror</name> <url>https://maven.aliyun.com/repository/public</url> <mirrorOf>*</mirrorOf> </mirror> ``` #### 方法二：手动添加插件到 POM 文件为了确保 IDE 和 CLI 下都能正常识别所需插件，在根目录下对应的模块 pom.xml 添加以下片段即可强制绑定特定版本号： ```xml <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-install-plugin</artifactId> <version>2.4</version> </plugin> </plugins> </build> ``` 此操作会告诉 Maven 使用确切指明的 plugin 版本而不是依靠内置推荐值来决定加载哪个实现类实例化对象用于后续处理逻辑流程之中。 #### 方法三：调整 Packaging 类型及 Artifact 输出规则部分情况下，即使其他条件均满足仍会出现 “The packaging for this project did not assign a file...” 错误消息提示我们还需要进一步核实当前工程所采用的具体封装形式以及对应的实际产物位置关系如何设定得当与否。例如标准 jar/war 应分别具备完整的 manifest descriptor 定义才能顺利通过各个阶段测试环节最终完成部署上线准备工作等等细节都需要仔细核验一遍才行哦！具体做法是在相应 profile section 加入类似下面这样的定制选项参数列表供实际运行环境选用适配最佳实践效果达到预期目的为止吧😊: ```xml <profiles> <profile> <id>release</id> <activation> <property><name>performRelease</name></property> </activation> <properties>  <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <finalName>${project.artifactId}-${project.version}</finalName> </properties> </profile> </profiles> <build> <finalName>${project.artifactId}-${project.version}</finalName> ... </build> ``` 以上更改有助于明确指出每次编译完成后应该产生的正式名称及其存储地点从而避免因缺乏必要信息引发的一系列连锁反应现象发生几率大大降低啦😎! --- ### 总结说明综合来看，针对此类问题可以从三个方面入手逐步排除潜在隐患直至找到根本解决办法为止。即先审查基础框架层面是否有明显缺陷存在；接着再审视高级特性运用方面是否存在遗漏之处待补全完善起来；最后才是深入挖掘内部工作机制原理探寻更深层次优化改进空间所在方位向前进取不断追求卓越品质表现出来给大家看哈😄！ ---