年后公司要起一个新项目，在纠结构建使用 gradle 还是 maven.
目前调查发现国外新兴项目 gradle 比较多，还有很多 java+groovy 混合开发的，之前没接触过太多，都是用的 maven ，目前比较看重 gradle 可以自己写自定义的构建脚本，maven 的话自己造插件有点复杂，各位怎么看？

我公司我主导的项目都是 gradle ，想要 idea 提示清楚一点还可以用 kts ，但是 kts 性能不好，idea 还经常飘红

gradle

gradle 多好，用 kts 就更好了
你要是特别喜欢 xml 就 maven

gradle 是趋势

虽然是新项目，但是团队是有自己的习惯的。Gradle 相对于 Maven ，其提升的好处，要比 Java17 相对于 Java 8 还小。所以，如果你们团队现在用 Maven 用得很熟练，那就没必要换。

但是，如果你们现在用 Maven 的水平是处于会用但不熟练的程度，那是应当考虑换 Gradle 的。因为用 Gradle 就要用 多学一份 Groovy 语言，而学好了 Groovy 那么在 devops 上就更容易搞了。

Spring 未来就是用 gradle

差生文具多。

maven ，gradle 绑定 jdk 版本 ，maven 简单点，

Java 看 Spring

毫无自定义构建需求，maven + spring plugin 完事

gradle 很慢的，没有特殊构建需求的话没必要

后端 boy 不存在自定义构建配置

选 gradle 和 kts 脚本的理由是文件简练，依赖项清晰

别折腾，java 用 maven 就够了

基础的依赖管理用 maven
有自定义构建脚本需求的，直接写独立的 groovy 脚本就很香了，没必要在 gradle 的基础上开发

gradle ，吊打 maven ，而且更新很快

习惯 maven ，gradle 不好用。

常用的开源组件基本都转到 gradle 了，spring 19 还是 20 年就转了。

之前试用了下 gradle ，感觉还是不太行，构建使用 jdk 最新版本还得等他更新，各个版本之间也经常出现兼容问题，虽然优点很多，但是缺点导致了构建工具的稳定性不行

一个公司技术栈保持一致比较好

很讨厌东一榔头西一棒槌的，不管是什么标准，我认为统一的标准就是好的

确实

线上非 spring 项目，只用 ant 的路过…

Maven 文档写得好点

gradle

maven 吧，gradle 的 ide 生态实在不咋地，尝试过，放弃了，目前也暂时没有发现 gradle 能干的活 maven 干不了。

gradle 比 maven 快很多，项目时间不紧就上 gradle 吧。

生产环境，非必要不折腾，gradle 很折腾。java 服务端，maven 足够。当然冗长的 xml 是挺讨厌的。

gradle 的问题主要是版本兼容性不行，对于业务项目搞都后面就项目多了就没人想动了，升级改配置麻烦，我做构建平台的就要给业务提供几个版本的 gradle 环境，maven 我只提供一个给业务目前都没发现问题。我开发 gradle 插件也是也有类似问题，兼容性不行，大版本升级就重新适配，不知道 gradle 7 以后的版本升级能不能兼容性好点

对 gradle 感兴趣就去学习下，可以尝试实际使用下。
别死抱着一个技术，技术迭代很快，新技术必然又新技术的可取之处。
我现在主要用 gradle ，主要理由就一个，讨厌 xml 。

建议直接上 Bazel

因为用 Gradle 就要用 多学一份 Groovy 语言

我用了好多年 gradle 也不敢说自己会用 groovy 语言。实际上只要知道一些非常基本的事实，比如说他的函数调用有非常多种写法这样的事情就可以了。甚至你都不需要懂这些，只要你不做什么高深的操作，不给他写插件什么的，直接抄人家的配置改改都能用起来。