https://www.cnblogs.com/chn58/p/6554742.html
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等于该子模块的现版本号)
https://www.cnblogs.com/jqmtony/p/7258511.html
mvn versions:use-latest-versions
使用maven helper插件可以更方便的解决问题
https://blog.csdn.net/xiaobing_122613/article/details/72763673
http://www.cnblogs.com/winner-0715/p/10083678.html
## 修改maven的编码格式为utf-8 https://blog.csdn.net/mqingo/article/details/80909384
http://www.manongjc.com/article/7397.html
有时候由于代码中注释错误(比如方法参数)或者maven javadoc插件版本有问题,导致打包报错,而我们着急打包验证问题,没有时间一一修改错误,这时候可以先跳过生成javadoc,继续下一步工作。 命令:mvn clean package -Dmaven.javadoc.skip=true
https://blog.csdn.net/mahoking/article/details/79603989
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
https://my.oschina.net/ccor/blog/704365
mvn versions:use-latest-releases 检查maven仓库中最新的版本 并 升级最新的release版本 mvn versions:display-dependency-updates 检查maven仓库中是否有更新的版本 http://www.mojohaus.org/versions-maven-plugin/index.html
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
https://blog.csdn.net/wq3028/article/details/80572273
https://zhidao.baidu.com/question/97848681.html https://www.cnblogs.com/caimuqing/p/5795614.html
https://blog.csdn.net/lengyuezuixue/article/details/81227265
https://blog.csdn.net/zl834205311/article/details/78086692
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版本的) 所以遇到这种情况,先以父工程里声明式依赖或者直接依赖的版本号为准。(或者父父工程,或者父父父工程)
https://blog.csdn.net/ado1986/article/details/39547839
https://blog.csdn.net/u014401141/article/details/73554826
https://blog.csdn.net/snakemoving/article/details/80686869 https://blog.csdn.net/u010811939/article/details/81110920
https://www.cnblogs.com/2005wind/p/4899983.html https://blog.csdn.net/zcl111/article/details/80347330
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。