Gradle 使用真的比 Maven 的人要少吗？
Github 文件名搜索的参数数据：
图1：是在 GitHub 中搜索 build.gradle 文件名的匹配数量有 970 万
图2：是在 GitHub 中搜索 pom.xml 文件名的匹配数量有 930 万
当然这一组数据仅仅只能作为参考，并不完全准确，不过大家也能从中看出使用 Gradle 的人并不少，相反很多。
可能是题主身边使用的比较少，造成这种原因可能主要原因有两点。
不需要，使用 Maven 已经能完成满足需求；学习成本，任何一个新的工具或语言都需要学习成本，而 Gradle 的学习相对于不熟悉 Groovy 语言的人来说会比较高，所以让人望而却步。相反对于熟悉 Gradle 的人来说，他们会更习惯 Gradle 的工作方式，因为在配置上它比 Maven 要简洁。配置比 Maven 简洁这并不是 Gradle 最大的优势，而是 Automate Everything（自动化一切） 实现上要比 Maven 容易的多，这才是偶真正喜欢 Gradle 的理由。
比如：
根据环境自动化配置，因为 *.gradle 文件其实就是 groovy 所以可以在构建脚本中直接就是使用 groovy 编码。不仅支持条件语句，还直接使用 java、groovy 的 API，比如 System.getenv 获取系统环境变量然后根据值做一些操作就比 Maven 要容易很多。
repositories {
mavenLocal()
def aliyunEnabled = System.getenv(“GITHUB_ACTIONS”) == null
if (aliyunEnabled) {
maven {
url = “https://maven.aliyun.com/nexus/content/groups/public/”
}
}
mavenCentral()
}
在国内访问 Maven 的中央仓库下载依赖效率不高，所以采用 Aliyun 提供的镜像仓库速度会快得多，但本人一直喜欢白漂 ? 使用免费的 GITHUB_ACTIONS，在 GITHUB_ACTIONS 构建时访问阿里云镜像速度很慢，所以就有了上一段逻辑。如果你使用 Maven 的话可能需要使用 profile 来区分，在构建命令上加上 profile 相关的参数，或者使用 settings.xml 的方式去配置镜像，但是多人协作时每个人都需要配置。而在使用 Gradle 时就可以轻易的做到一次配置到处运行，不需要额外配置，不需要额外命令参数实现这一自动化构建。
更多的就不在举例了，选择一项工具，可能是客观的原因，也可能是主观原因。当然偶觉得更多的是在你身边，团队有人带头去做这个事情。
同时也期望更多的人能使用 Gradle 来简化你的工作，让工作变得更加轻松，Automate Everything。
mysql解压缩版安装，安装mysql减少日志，mysql 按日分区，在mysql中删除字段，MySQL投票网页，mysql 查询表的行数