# maven-parent **Repository Path**: 1437418067/maven-parent ## Basic Information - **Project Name**: maven-parent - **Description**: maven-parent - **Primary Language**: Java - **License**: Not specified - **Default Branch**: develop - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 1 - **Created**: 2020-12-26 - **Last Updated**: 2020-12-26 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README ## maven顶级pom和子pom的版本号批量修改 https://www.cnblogs.com/chn58/p/6554742.html ## Versions maven plugin 修改版本 https://blog.csdn.net/ggbomb2/article/details/78316068 修改多模块工程里的子模块版本号，cd进入子模块目录里，执行： mvn org.codehaus.mojo:versions-maven-plugin:2.5:set -DnewVersion=0.0.16.RELEASE -DoldVersion=* -DoldVersion=* 这个参数会把工程里所有的依赖子模块的地方改成0.0.16.RELEASE版本，如果不加这个参数的话，默认只会修改与该子模块version相等的模块为新的version（默认的-DoldVersion等于该子模块的现版本号） ## 常用Maven插件介绍 https://www.cnblogs.com/jqmtony/p/7258511.html ## 将依赖包升级到最新版本： mvn versions:use-latest-versions ## maven的标签可以排除父父父父包的某些依赖包使用maven helper插件可以更方便的解决问题 ## Maven 执行Javadoc时控制台输出乱码问题 https://blog.csdn.net/xiaobing_122613/article/details/72763673 ## IntelliJ IDEA使用maven-javadoc-plugin生成Java Doc控制台乱码 http://www.cnblogs.com/winner-0715/p/10083678.html ##　修改maven的编码格式为utf-8 https://blog.csdn.net/mqingo/article/details/80909384 ## Maven在Java8下如何忽略Javadoc的编译错误详解 http://www.manongjc.com/article/7397.html ## maven打包，跳过生成javadoc 有时候由于代码中注释错误（比如方法参数）或者maven javadoc插件版本有问题，导致打包报错，而我们着急打包验证问题，没有时间一一修改错误，这时候可以先跳过生成javadoc，继续下一步工作。命令：mvn clean package -Dmaven.javadoc.skip=true ## Windows环境下安装Nexus https://blog.csdn.net/mahoking/article/details/79603989 ## maven打包的jar指定启动类 https://blog.csdn.net/dreamwbt/article/details/83215026 http://www.cnblogs.com/justinzhang/p/4975727.html https://blog.csdn.net/liuliang960/article/details/50990651 https://blog.csdn.net/liaoguolingxian/article/details/80699459 ## 多模块Maven工程单独打包某一模块工程 https://my.oschina.net/ccor/blog/704365 ## Versions Maven Plugin,maven升级项目中依赖的包 mvn versions:use-latest-releases 检查maven仓库中最新的版本并升级最新的release版本 mvn versions:display-dependency-updates 检查maven仓库中是否有更新的版本 http://www.mojohaus.org/versions-maven-plugin/index.html ## Resolve ranges插件，让maven如何自动发现最新版本jar包 https://www.cnblogs.com/sdet/p/3646235.html https://yarn.bootcss.com/docs/dependency-versions/ http://www.mojohaus.org/versions-maven-plugin/examples/resolve-ranges.html ## git查看文件改动记录 https://blog.csdn.net/wq3028/article/details/80572273 ## 怎样使用BAT脚本实现自动按键盘的某个键 https://zhidao.baidu.com/question/97848681.html https://www.cnblogs.com/caimuqing/p/5795614.html ## 批处理命令--call和start https://blog.csdn.net/lengyuezuixue/article/details/81227265 ## mvn deploy子工程时，一定要确保parent工程在nexus服务器已存在，如果不存在，请把parent工程也deploy上去，否则别人引入子工程的时候，jar包没法下载下来 ## 将jar添加到本地仓库及上传Jar到远程marven仓库 https://blog.csdn.net/zl834205311/article/details/78086692 ## Maven中的dependencyManagement 意义 https://www.cnblogs.com/mr-wuxiansheng/p/6189438.html 但是，多模块工程里：fsp-produt为parent工程，另外两个为子工程，子工程里使用标签指明和fsp-product的关系 fsp-product 声明式依赖了flow-impl的版本号为0.0.1.RELEASE ----product-impl 写明了依赖flow-impl的版本号为0.0.2-SNAPSHOT ----product-server 这个模块是打包的入口：依赖了product-impl，但是为直接依赖flow-impl，最终打的包中flow-impl的版本号为0.0.1.RELEASE的猜测：依据最短路径原则，fsp-product和product-impl中的flow-impl相对于product-server是一样的路径，而fsp-product在最上面，最先出现，所以以fsp-product的为准证明： 1.将fsp-product中的声明式依赖去掉，则打出的包是0.0.2-SNSPSHOT（已证明） 2.将fsp-product中的声明式依赖改成直接依赖，则打出的包是0.0.1.RELEASE（直接依赖server会继承，已证明） 3.在fsp-product的父工程中（ocrm-microservice）声明式依赖flow-impl的版本，则打出的包是0.0.2-SHAPSHOT（证明失败，打出的包仍然是0.0.1.RELEASE版本的）所以遇到这种情况，先以父工程里声明式依赖或者直接依赖的版本号为准。（或者父父工程，或者父父父工程） ## maven可选依赖（Optional Dependencies）和依赖排除（Dependency Exclusions） https://blog.csdn.net/ado1986/article/details/39547839 ## MAVEN使用快照不能获取最新jar的问题 https://blog.csdn.net/u014401141/article/details/73554826 ## Maven中的库（repository）详解 https://blog.csdn.net/snakemoving/article/details/80686869 https://blog.csdn.net/u010811939/article/details/81110920 ## maven 不能使用 snapshot 的解决方式 https://www.cnblogs.com/2005wind/p/4899983.html https://blog.csdn.net/zcl111/article/details/80347330