maven3实战之仓库(快照版本)
maven3实战之仓库(快照版本)
----------
在Maven的世界中，任何一个项目或者构件都必须有自己的版本。版本的值可能是1.0.0,1.3-alpha-4,2.0,2.1-SNAPSHOT或者2.1-20091214.221414-13。其中，1.0、1.3-alpha-4和2.0是稳定的发布版本，而2.1-SNAPSHOT和2.1-20091214.221414-13是不稳定的快照版本。
Maven为什么要区分发布版本和快照版本呢？简单的1.0.0、1.2、2.1等不就够了吗？为什么还要2.1-SNAPSHOT，甚至是长长的2.1-20091214.221414-13？试想一下这样的情况，小张在开发模块A的2.1版本，该版本还未正式发布，与模块A一同开发的还有模块B，它由小张的同事季MM开发，B的功能依赖于A。在开发的过程中，小张需要经常将自己最新的构建输出，交给季MM，供她开发和集成调试，问题是，这个工作如何进行呢？
如果不停更新版本2.1.1、2.1.2、2.1.3....呢？首先，小张和季MM两人都需要频繁地更改POM，如果有更多的模块依赖于模块A，就会涉及更多的POM更改；其次，大量的版本其实仅仅包含了微小的差异，这样也会造成为版本号的滥用。
Maven的快照版本机制就是为了解决上述问题。在该例中，小张只需要将模块A的版本设定为2.1-SNAPSHOT，然后发布到私服中，在发布的过程中，Maven会自动为构件打上时间戳。比如:2.1-20091214.221414-13就表示2009年12月14日 22点14分14秒的第13次快照。有了该时间戳，Maven就能随时找到仓库中该构件2.1-SNAPSHOT版本最新的文件。这时，季MM配置对于模块A的2.1-SNAPSHOT版本的依赖，当她构件模块B的时候，Maven会自动从仓库中检查模块A的2.1-SNAPSHOT的最新构件，当发现有更新时便进行下载。默认情况下，Maven每天检查一次更新(由仓库配置的updatePolicy控制)，用户也可以使用命令行-U参数强制让Maven检查更新，如：mvn clean install-U。
基于快照版本机制，小张在构建成功之后才能将构件部署至仓库，而季MM可以完全不用考虑模块A的构建，并且她能确保随时得到模块A的最新可用的快照构件，而这一切都不需要额外的手工操作。
最新文章
- three.js模型
- User Get 'Access Denied' with Excel Service WebPart
- SQL 关于apply的两种形式cross apply 和 outer apply（转）
- WP7、WP8 格式化时间为距当前多少时间
- [CareerCup] 4.4 Create List at Each Depth of Binary Tree 二叉树的各层创建链表
- hdu 5427 A problem of sorting
- spring mvc 国际化
- C语言中关于float和double的输入输出格式
- NEsper事件处理 z
- jeesite学习（一） common部分（1）
- rbac 概念
- WaitGroup
- #Java学习之路——基础阶段二（第二篇）
- oracle数据库升级dbua操作阻塞解决方法(解决ORA-32004报错)
- CDH版本java开发环境搭建
- Mssql备份失败
- 协程简介-异步IO
- Python语言程序设计基础（2）—— Python程序实例解析
- php连接mysql报错——Fatal error: Call to undefined function mysql_connect() in
- java代理模式实例讲解
热门文章
- 【ASP.Net MVC】在AspNet Mvc使用Ajax
- https+ssl详解
- 快钱报错：javax.net.ssl.SSLProtocolException: handshake alert: unrecognized_name解决
- Sqli-labs less 51
- BZOJ2435: [Noi2011]道路修建
- virtualenv 环境下 Nginx + Flask + Gunicorn+ Supervisor 搭建 Python Web
- EF框架 完整项目记录
- Ehcache使用
- Mysql统计总结 - 最近30天，昨天的数据统计
- [转载]Jmeter那点事·ForEach和If控制器