Maven Wrapper 借鉴了 Gradle Wrapper 的思想，可以在工程源码中提交 Wrapper 的脚本和配置，之后在工程目录中使用 mvnw 或 mvnw.cmd 命令代替 mvn 命令，从而保证了各个开发及持续集成环境在构建时使用的 Maven 版本是一致的。

Maven Wrapper 最主要的是下面三个文件，可以使用 mvn wrapper:wrapper -Dtype=only-script（或 -Dtype=script） 命令生成，也可直接从其他工程复制：

├── ....

某些离线场景下我们可能无法连接 Maven 中央库或其他内网私服，又想通过 Maven 对源码进行编译打包。

本文给出了在离线环境下使用 Maven 编译打包的方案。

假设目标环境已经安装好了 JDK 和 Maven，并且将要编译的源码工程 demo-project 放置在了 /maven-offline/build 路径下。

先在联网环境成功执行一次编译，保证使用的 Maven 本地缓存仓库（默认路径 ~/.m2/repository）中包含了编译所需的依赖。

将本地缓存仓库目录 repository...

原文地址：https://wyiyi.github.io/amber/2023/10/01/Dependency%20Tree/

依赖树（Dependency Tree）工具，可以查看和分析项目的依赖关系。

本文将介绍 maven 和 gradle 两种构建如何查看依赖树。

1. 命令行工具来查看项目的依赖树，执行命令：

    mvn dependency:tree

    gradle dependencies

2. 对于大型项目，可以将输出结果保存到文件中：

    mvn dependency:tree >...

在 JitPack 真香 中，介绍了 JitPack 的基本用法。

当一个仓库中对应多个模块，每个模块需发布成一个独立 jar 包时，依赖的坐标有略微调整：

多模块时，依然可以通过单模块的依赖语法形式，获得该项目的所有模块：

implementation 'com.github....

在 GitHub Packages in Action 中，我们介绍了 GitHub Packages Registry（GPR）的用法。GPR 有其应用场景，但也经常会有蹩手的感觉，尤其是在传错了包，需要邮件联系客服进行删除，而客服又迟迟没有回复的时候……

直到发现了 JitPack，除了真香，找不到别的词来形容了。

只要代码仓库是使用 GitHub，或者 其他几种常见的 Git 仓库托管服务，就可以立即接入 JitPack。

以 https://github.com/AlphaHinex/checkstyle...

GitHub Packages 可以用来当做 Release 版本 jar 包的 Maven 仓库。

与 Maven 中央库比，没有繁琐的申请流程，可以快速的将 jar 包发布出去供他人使用。

与 Nexus 私服相比，无需架设公网访问环境。

缺点 是只支持 Release 版本的发布和下载，Snapshot 版本虽然可以发布上去，但无法被其他项目依赖。目前尚不支持自行删除已上传的 jar 包，需联系 GitHub 协助处理。

本文以实例说明，在 Gradle 中如何利用 GPR（GitHub ...