@yusheng88 你说的没错，我确实是来骂 maven 的，因为我遇到的问题，基本上都在 maven 不好解决，设计问题，我觉得 maven 太老了，吐槽一下。就算能解决我说的问题，也是很复杂的解决，这算一个好框架？

基础框架组遇到过，但是没遇到过这问题，emmmmm

其实我说的问题，不搞 cicd 并行化，也比较难遇到，只能说人和人的追求不一样，有些人写代码只是能跑就行，和基础框架组没什么关系。有些人会去思考，怎么跑得更好，怎么设计的更好。

我的同事，非组内的，学习积极吗？积极，各种书籍天天看，实际在工作里，代码能写多捞就写多捞。

@yusheng88 “Talk is cheap. Show me the code.”

https://github.com/d789a08a-66a8298fd305/maven-issue

@31415926535x 你能这么问，说明你没维护过结构复杂点的项目呗

以 spring 来说，
- aop 依赖 core 、bean
- bean 依赖 core
- context 依赖 aop 、bean 、core

你想单独跑 aop 的单测是不行的，一定会先去编译相应的依赖（ core 、bean ）两个方案：

1. 在单测前编译一轮，缓存起来
2. 用 maven 参数 --also-make 编译依赖

如果你用 2 ，不在 ci 搞文章，或者你本地想测试了，直接 mvn clean test -pl aop -am 的话，会把 core 、bean 的单测一起执行了，这是因为 maven 对依赖只有一个 artifact id 声明，没有其他依赖关系，以在 V2EX 被人吐槽的 sbt 为例，依赖可以是

.dependsOn(bean % "compile->compile;test->test", core)


上面的含义是，依赖 bean 的代码和测试，依赖 core 的代码。

maven 能做到吗？也可以：mvn clean compile -pl aop -am & mvn test -pl aop

我一直吐槽的是，maven 做起来复杂，而不是 maven 无法实现，但是楼里有些人冷嘲热讽，说白了这些人不愿意接受新鲜东西，老古董，我发现文化人大多都有这个问题，学多了就认为自己的体系是对的。

@hengyunabc #89 revision 就是通过 maven-version-plugin 做到的，实际用起来没法生成 efficiency pom

@hengyunabc #89 IDEA 主要会和构建工具自己的有点冲突，所以 scala 一般用 sbt 构建更好，IDEA 有这个选项，MAVEN 也有，但是 MAVEN 自己做不到增量编译，兼容性也不好，我开头里写了。

@blueswhisper 这个倒不是，我只是举个例子，是不是我的话轻语让你破防了？

@Narcissu5 你说他简单，就一个 dependencies ，但是 sbt 的依赖管理也是这么干的，也能识别。
你说他就一个 dependencies ，代码不好实现，那又不学 gradle 搞个 project(xx) 来区别引入的是项目还是外部依赖

@ikas 你说了和没说一样，都是我们在做的，然而要用 profile 来实现，实际上很蛋疼。

一个功能：我在 scala 2.12 下，生成带 _2.12 后缀的版本，为了兼容，scala 2.13 就不带后缀。

有些通用包，没有 scala 依赖，那就需要手动关闭 mvn deploy, 不然 nexus 不能更新 release ，会让 ci 失败，所以光一个 scala profile 需要配置后缀，mvn deploy 开关

除此之外，对于一类单测，也需要 profile 跳过 maven surefire

维护多了你就知道不方便。


2 的问题是，有人提到过，删除模块的时候会遇到。

@nothingistrue 对了还有我提到的 Bazel： https://bazel.build/community/users?hl=zh-cn

@nothingistrue 我是写 Java ，所以才觉得这么久了，竟然只有 Java 和 Gradle 出来（更老的 ANT 就不说了）这两感觉都没有其他语言的构建工具好用

@guyeu #48 不用 docekr ，我理解不同 job 任务之间没法隔离吧？ ci 也都是从一个 image 开始，runner 的话，我记得我 4 年前看得文档是只能用 docekr 启动，宿主机直接安装 runner 好像当时觉得不干净没搞，后面都是公司 devops 在维护，只能说速度一言难尽，也可能是我们这边的问题，我们目前的 ci 没用到 gitlab 的 cache artifact

@guyeu #47 遇到大佬了

1. 最让我烦的就是增减模块的问题，3.6 比 3.5 多增加一个模块特性，就在哪里报错，但是日常开发有时候又需要去看 3.5 甚至 3.4 用户的 bug
2. 用了 sbt 的 增量就回不去了，IDEA 可以的构建可以用 maven 代替，但是实在兼容不好，不知道谁的问题
3. 暂不评价
4. 学习了

@xubeiyou 不好用，必须用 docker 跑，天然比 jenkins 慢一个数量级，不然我也不会搞效率这个问题

除此之外，还有一个问题不支持多个 yml （虽然现在可以 include 了）无法区分 release 的 ci 和 merge request 的 ci

@mango88 #43 和我们做法差不多，不过我为了方便，用 profile 把一类的模块分组到一块了，还是那个问题，maven 的支持不太细

@SoloCompany #40 IDEA 需要本地 install 一下就没问题，你觉得是版本没写对的问题？版本都是 1.0-SNAPSHOT 这种格式，只有发版后才会改为 1.1-SNAPSHOT ，maven 执行任何命令都没问题，只有 IDEA 报错。。。我尝试过 IDEA 用 maven 来编译，不好用。不如 sbt 这种能够后台运行的

@SoloCompany 和 profile 差不多，am 不能只 compile ，maven 对依赖的定义太简单，只能依赖模块，不能单独依赖模块的测试、编译

@chendy 唉，现在的也能用，其实最大的问题是，这个问题，你花一周时间迁移后，99% 覆盖了没问题了，舒服了，但是得到的提升感觉没太大意义，无非是对项目后续发展友好点。

我干着干着，突然觉得不如多看点其他书学习下，国内这种环境，没人在乎开发者体验

@LPJD 可能写的都是 CRUD ，没接触过 Kafka 和 spring 这种项目吧

@Aresxue

2. relativePath 目前都是 ../ 我试过多个层级，用 ../my-proj-parent 这样去依赖，也会有问题。

revision 我没用，revision 这个是 maven-version-plugin 做的，不支持插值替换和生成 efficiently pom ，所以我改成脚本替换 version 来发布了

3. 有啥姿势？例如 spring-aop 也依赖 spring-core 和 bean ， 单独跑 spring-aop 怎么做的不运行 core 的测试的？