yusheng88

前面的回复都挺对的。

使用工具自动化||流程规范来避免
无法自动化处理的，想要避免低级错误，那只能不做，或者多做到形成肌肉记忆。

竟然这么多人评论了， 我也不吐不快一下吧。

1 、你不是来讨论问题的，是来评判 maven 不好的
你用过其它语言跟构建工具，与你遇到 maven 问题有什么关系？
正常提问，应该是如何解决 maven 的 xx 问题吧

2 、你的标题跟内容有一毛钱关系吗？
别人进来一看，通篇都是吐槽 maven 不行，其它语言、构建工具多好啥，哪里会关注你真正问题
用个语言会降智，看你的描述确实是。
自己用起来不顺手，无法解决的就是复杂项目，也是搞笑。

3 、maven 问题描述不清晰
我之前待过基础框架开发组，没遇到过你说的问题
你的问题描述就跟实习生说的一样：我怎么连接数据库失败？

建议你直接在 github 弄个 demo ，你的描述问题能力太差了。

别想那么多，项目内用什么，你就跟着用什么。

自己能决定技术栈的项目，选自己最熟悉的。

没啥好折腾的。
Java 由于语法特性缺失，orm 无法做到像 C#的 ef 、linq 那种效果 [kotlin 的 korm ，做到了类似效果，但使用人员少，适配性未知]

jpa 的 entitnyManange ，各种概念、注解、缓存，学习成本高、写代码心智负担重。

Java 方面的，推荐：mybatis-plus || jpa+querydsl
两者效果差不多
mybatis-plus 拓展功能（多租户、多数据源）等更多
querydsl 比 mybatis 的 wrapper 更好用

五排十连败 - -， 这不是挺精神吗

@diagnostics
1 、可能吧

2 、没太懂，依赖了没发版到 nexus 的模块？

3 、单元测试代码相互依赖吗？不太懂你的单元测试代码怎么写的。

4 、mvn 执行时，所有执行步骤都会顺序输出到控制台，有出于意料的操作，基本上都是有日志可跟踪的。我没见过 enforce 插件, 所以不评论， 但插件都可以自定义绑定执行阶段的

Java 项目基本都是在用 maven

1 、xml 问题
xml 是通俗易懂，一目了然，但依赖多了，看着啰嗦 [重复字符太多] 。
gradle 需要你知道依赖配置写法，单纯看配置文件，是没有 xml 的更傻瓜式的 [没系统学习过的，同时看 pom.xml 和 build.gradle 文件，肯定是 pom.xml 更加容易理解] 。

2 、子模块管理问题
maven 的依赖管理规则一直都很清晰，可以自己去看下加载优先级。
我参与的项目，就算是多模块||微服务项目，也没觉得 maven 依赖有什么问题， 也不存在 idea 识别不好问题，不清楚你是什么情况。
复杂项目一般有自己的 maven 仓库[nexus]，不需要本地 instasll

3. cicd
用的是 jenkins 实现，简单易用，不知道 gitlab cicd 怎么样。
mvn test 可以跳过，不跳过的话执行效率取决于你的单元测试代码，而不是 maven 。

4 、构建 Task 诊断问题
如果 maven 遇到打包错误，错误信息一般很明确
maven 应该是不支持一个多个 task 并发执行的，有这个需求，建议使用 gradle 。