maven对构件的更新判断基本上是两种，一种是稳定版本，一种是maven特有的SNAPSHOT版本。
稳定版本很好判断，直接根据maven构件的坐标体系就能够获得。先从本地仓库中找，如果本地仓库没有，就从pom.xml和setting.xml配置的远程仓库来找。
SNAPSHOT版本的判断比较麻烦，基本步骤如下：
假设我在2014年08月22日09时40分52秒在我自己的电脑上使用 “mvn install” 构建了“com.mycompany.demo:test:1.0-SNAPSHOT”。
那么Maven会在本地仓库目录“~/.m2/com/mycompany/demo/test/1.0-SNAPSHOT/”下生成文件“maven-metadata-local.xml”，内容如下：
com.mycompany.demo test 1.0-SNAPSHOT true 20140822084052 jar 1.0-SNAPSHOT 20140822084052 pom 1.0-SNAPSHOT 20140822084052
十点钟的时候，其他同事更新了com.mycompany.demo:test:1.0-SNAPSHOT的内容，并通过 "mvn deploy" 发布到了公司的Maven服务器上。
公司Maven服务器上产生了文件：
test-1.0-20140822.100021-1.jar
test-1.0-20140822.100021-1.pom
并更新了maven-metadata.xml，内容如下：
com.mycompany.demo test 1.0-SNAPSHOT 20140822.100021 34 20140822100021 jar 1.0-20140822.100021-1 20140822100021 pom 1.0-20140822.100021-1 20130407081828
在这期间我的电脑上没有发生过任何关于test的构建。
某一天，我需要构建一个依赖于test的项目，于是我运行了mvn package来打包。
这个时候，maven做了什么呢（背景：我通过配置镜像，使我本地Maven的任何资源都是从公司的Maven服务器下载的）？
Step1：从公司的Maven服务器上下载maven-metadata.xml，重命名为“maven-metadata-<RepositoryID>.xml”，并保存到本地仓库相应目录。
Step2：比较maven-metadata-local.xml与maven-metadata-<RepositoryID>.xml中的lastUpdated时间戳的值。
如果maven-metadata-local.xml中的时间戳比较大，则终止。
如果maven-metadata-<RepositoryID>.xml中的时间戳较大，则从公司Maven服务器上下载最新版本。即：testu-1.0.1-20130407.081828-34.jar。这个过程分两步：（1）下载test-1.0-20140822.100021-1.jar到本地Maven仓库。（2）将test-1.0-20140822.100021-1.jar复制一份，覆盖掉原先的test-1.0-SNAPSHOT.jar。也就是说，如果Maven从远程仓库下载了最新的SNAPSHOT发布包的话，那么最新的待时间戳的包和xxx-SNAPSHOT包是完全一样的。