htydowd的博客

拉取快照版本是根据 maven-metadata.xml中的版本号来拉取的，所以 拉取不到2.0-20250000.1000128-2，因为实际的版本号是2.0-20250000.1000128-2。但是，远程仓库中的 maven-metadata.xml中的版本号是 2.0-20250000.1000128-2。因为快照版本打包后，会有一个时间戳，比如 生成的版本是 2.0-20250000.100127-2。多模块的项目，怎么方便管理 模块的版本号呢？如果 使用了快照版本，发现有一个问题。

maven 在 引入依赖时，必须有 三个坐标 来定位 具体的依赖包。如果 看到 只有两个坐标，没有 版本号的时候，可以知道，版本号 一定是 在 依赖 中 继承到的。那么可以到 父pom中，或者 父pom 依赖的 包中。一种场景是， 如果父pom 需要显示添加 A模块作为默认的依赖包进行传递。原因是父pom 强制传递了A模块，A模块自己怎么依赖自己？A模块 不用 父pom 进行管理。A模块的父pom不用移除。A 模块 不用 父pom作为自己的 父pom。A/B/C三个模块的父pom都是这个pom。

报错的版本 是用了 3.0.2的 plugin， 指定版本 为 2.1.x ，重新执行就OK 了。一开始不知道是啥情况，定睛一看，可能跟 java 编译版本有关系。原因是 没有指定 plugin版本，默认使用最新的版本。

可以看到，标签，是把 console 模块的 jar包，也就是 spring boot 项目的jar包，copy到了定制化打包的 target目录下。一般我们 编写了 spring boot 项目后， 直接打包，会得的一个 jar，然后运行 java -jar xxx.jar 来 运行这个spring boot 项目。这是 nacos的文件目录，进入bin目录，执行 startup.sh 或者 startup.cmd 命令，就可以运行 nacos服务了。那么，这是怎么做到的呢？