prcyang的专栏

如果打包成不可执行的jar包，只需不配置 mainClass 即可，如果打包成不可执行jar包，都可以不配置maven-jar-plugin插件，maven-jar-plugin 是maven 生命周期 package 阶段的默认打包插件。maven-assembly-plugin： maven 生命周期 package 阶段的默认打包插件，用于将 Maven 项目打包成jar（注意该插件不会将项目中引入的依赖打进最终的 Jar 文件）它可以从本地或远程存储库复制或解压构件到指定位置。

依赖冲突解决：在大型项目中，可能会有多个库包含相同版本的依赖，但由于不同的作用域（compile, provided, runtime 等）或不同的版本，这些依赖可能会冲突。maven-shade-plugin 在创建 uber-jar 时，会尝试解决这些冲突，并生成一个简化后的 POM 文件，该文件只包含实际需要的依赖版本。简化依赖结构：生成的 dependency-reduced-pom.xml 文件只包含最终项目中实际使用的依赖项和它们的版本，这对于确保构建的可重复性和清晰性非常有用。

大数据项目中往往有很多shell脚本、SQL脚本、.properties及.xml配置项等，采用assembly插件可以让输出的结构清晰而标准化。-- 配置描述符文件 --> < descriptors > < descriptor > src/assembly/assembly.xml </ descriptor > </ descriptors > < archive > < manifest > < mainClass > com.yq.Main </ mainClass > <!

执行一个命令（如 mvn install）会触发一个生命周期（这里是 default），并执行从该生命周期开始直到你指定的阶段（这里是 install）之间的所有阶段。每个阶段执行时，会运行所有绑定到该阶段（及之前阶段）的插件目标。这就是 Maven 构建过程自动化的核心机制。Maven有三个标准生命周期：default、clean和site。每个生命周期包含多个阶段，阶段按顺序执行。当你执行 某个生命周期中的某个阶段（例如 mvn install）时，

Maven依赖范围（Scope）控制依赖在不同构建阶段的可用性，包括compile（默认）、provided、runtime、test、system和import六种类型。compile适用于全生命周期，test仅用于测试阶段，provided由容器提供，runtime在运行时必需，system依赖本地系统路径，import用于合并依赖配置。依赖传递时，最终范围由依赖链决定。合理使用依赖范围可优化构建过程，避免依赖冲突。

比如当我们项目中，引用了A的依赖,A的依赖通常又会引入B的 Jar 包，B可能还会引入C的 Jar 包。这样，当你在 pom.xml 文件中添加了A的依赖，Maven 会自动的帮你把所有相关的依赖都添加进来。就这样一层层的，Maven 会自动的帮你把所有相关的依赖都添加进来。传递性依赖会给项目引入很多依赖，简化项目依赖管理，但是也会带来问题。最明显的就是容易发生依赖冲突。

这个命令实际上结合了三个 Maven 命令：clean、install 和 -U（更新快照）。作用：列出所有项目依赖，包括传递性依赖，帮助分析依赖冲突。作用：只运行指定的测试类，而不是运行所有测试。作用：构建时跳过单元测试，提高构建速度。

打开 Maven 的配置文件(windows机器一般在maven安装目录的conf/settings.xml)，阿里的镜像地址原来为http ,现在已经改为https,如果还是用原来的http ,将导致不能下载依赖的源代码。maven 依赖java环境，确保电脑那安装jdk ,并配置JAVA_HOME 环境变量。如果想使用其它代理仓库,可在节点中加入对应的仓库使用地址。下载后解压 如解压到 D:\Maven\apache-maven-3.8.6 目录。配置镜像仓库（这里使用阿里的）