背景

今天在项目打包的时候被大佬指指点点了，通常情况下项目打包都会通过指令进行打包（点击右边maven栏下的install），今天还 是像以往那样打包，被叫停。让我用mvn clean package -Dmaven.test.skip=true命令打包，说可以跳过测试用例。真是麻烦~~记录一下啦！

除此之外的打包命令还有如下：

 mvn clean package -Dmaven.test.skip=true	跳过单测打包 
 mvn clean install -Dmaven.test.skip=true	跳过单测打包，并把打好的包上传到本地仓库
 mvn clean deploy -Dmaven.test.skip=true	跳过单测打包，并把打好的包上传到远程仓库

相比之下这样打包的好处呢：

1. 系统独立性：

Maven命令行打包是基于命令行终端操作的，可以在任意操作系统上运行，包括Windows、Linux和Mac OS等。而直接点击IDE上的指令打包通常只支持特定的IDE，并且在不同的操作系统上可能存在兼容性问题。

2. 构建配置灵活性：

通过Maven命令行打包，你可以在命令行中通过参数进行配置，例如指定构建配置文件、激活特定的Maven配置文件等。这使得构建过程更加灵活和可配置。而直接点击IDE上的指令打包通常只提供了默认的构建配置，不够灵活。

3. 可移植性：

通过Maven命令行打包，你可以将构建过程移植到其他环境中，例如CI/CD工具或其他构建服务器。这使得构建过程可以在不同的环境中进行统一的执行和管理。而直接点击IDE上的指令打包通常限于特定的开发环境。

4. 可扩展性：

Maven提供了丰富的插件生态系统，你可以通过插件来扩展和定制构建过程。通过Maven命令行打包，你可以方便地调用这些插件来满足特定的构建需求。而直接点击IDE上的指令打包可能无法直接调用某些特定的插件，或者需要通过其他手段进行集成。

总之，通过Maven命令行打包和直接点击IDE上的指令打包各有优势和适用场景。Maven命令行打包更具灵活性、可移植性和可扩展性，适合用于持续集成、持续交付等自动化场景。而直接点击IDE上的指令打包更方便简单，适合用于本地开发和调试。选择哪种方式取决于你的具体需求和环境。