Maven入门指南：深入了解Maven的核心概念与基本功能

Maven功能

• 构建
• 文档生成
• 报告
• 依赖
• SCMs
• 发布
• 分发
• 邮件列表

约定配置

Maven 提倡使用一个共同的标准目录结构&＃xff0c;Maven 使用约定优于配置的原则&＃xff0c;大家尽可能的遵守这样的目录结构。如下所示&＃xff1a;

 Maven 特点

• 项目设置遵循统一的规则。

• 任意工程中共享。

• 依赖管理包括自动更新。

• 一个庞大且不断增长的库。

• 可扩展&＃xff0c;能够轻松编写 Java 或脚本语言的插件。

• 只需很少或不需要额外配置即可即时访问新功能。

• 基于模型的构建 − Maven能够将任意数量的项目构建到预定义的输出类型中&＃xff0c;如 JAR&＃xff0c;WAR 或基于项目元数据的分发&＃xff0c;而不需要在大多数情况下执行任何脚本。

• 项目信息的一致性站点 − 使用与构建过程相同的元数据&＃xff0c;Maven 能够生成一个网站或PDF&＃xff0c;包括您要添加的任何文档&＃xff0c;并添加到关于项目开发状态的标准报告中。

• 发布管理和发布单独的输出 − Maven 将不需要额外的配置&＃xff0c;就可以与源代码管理系统&＃xff08;如 Subversion 或 Git&＃xff09;集成&＃xff0c;并可以基于某个标签管理项目的发布。它也可以将其发布到分发位置供其他项目使用。Maven 能够发布单独的输出&＃xff0c;如 JAR&＃xff0c;包含其他依赖和文档的归档&＃xff0c;或者作为源代码发布。

• 向后兼容性 − 您可以很轻松的从旧版本 Maven 的多个模块移植到 Maven 3 中。

• 子项目使用父项目依赖时&＃xff0c;正常情况子项目应该继承父项目依赖&＃xff0c;无需使用版本号&＃xff0c;

• 并行构建 − 编译的速度能普遍提高20 - 50 %。

• 更好的错误报告 − Maven 改进了错误报告&＃xff0c;它为您提供了 Maven wiki 页面的链接&＃xff0c;您可以点击链接查看错误的完整描述。

Maven 的 Snapshot 版本与 Release 版本

1、Snapshot 版本代表不稳定、尚处于开发中的版本。

2、Release 版本则代表稳定的版本。

3、什么情况下该用 SNAPSHOT?

协同开发时&＃xff0c;如果 A 依赖构件 B&＃xff0c;由于 B 会更新&＃xff0c;B 应该使用 SNAPSHOT 来标识自己。这种做法的必要性可以反证如下&＃xff1a;

• a. 如果 B 不用 SNAPSHOT&＃xff0c;而是每次更新后都使用一个稳定的版本&＃xff0c;那版本号就会升得太快&＃xff0c;每天一升甚至每个小时一升&＃xff0c;这就是对版本号的滥用。
• b.如果 B 不用 SNAPSHOT, 但一直使用一个单一的 Release 版本号&＃xff0c;那当 B 更新后&＃xff0c;A 可能并不会接受到更新。因为 A 所使用的 repository 一般不会频繁更新 release 版本的缓存&＃xff08;即本地 repository)&＃xff0c;所以B以不换版本号的方式更新后&＃xff0c;A在拿B时发现本地已有这个版本&＃xff0c;就不会去远程Repository下载最新的 B

4、 不用 Release 版本&＃xff0c;在所有地方都用 SNAPSHOT 版本行不行&＃xff1f;     

不行。正式环境中不得使用 snapshot 版本的库。 比如说&＃xff0c;今天你依赖某个 snapshot 版本的第三方库成功构建了自己的应用&＃xff0c;明天再构建时可能就会失败&＃xff0c;因为今晚第三方可能已经更新了它的 snapshot 库。你再次构建时&＃xff0c;Maven 会去远程 repository 下载 snapshot 的最新版本&＃xff0c;你构建时用的库就是新的 jar 文件了&＃xff0c;这时正确性就很难保证了。