一，Maven的定义
因为默认的本地仓库是user.home下，所以修改为本地的路径
并创建相应路径的仓库文件夹，即G:\MavenStudio\repository，并在其同级目录下copy一份setting.xml的文件。
四，命令创建Maven项目
创建Maven的Web项目：mvn archetype:generate -DgroupId=packageName -DartifactId=webappName -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeGroupId=org.apache.maven.archetypes -DinteractiveMode=false
创建Maven的普通java项目：mvn archetype:generate -DgroupId=packageName -DartifactId=projectName -DinteractiveMode=false
编译生成eclipse项目
mvn eclipse:eclipse
清除
mvn eclipse:clean
五，Maven常用命令
1. 创建Maven的普通java项目：
mvn archetype:create
-DgroupId=packageName
-DartifactId=projectName
2. 创建Maven的Web项目：
mvn archetype:create
-DgroupId=packageName
-DartifactId=webappName
-DarchetypeArtifactId=maven-archetype-webapp
3. 编译源代码： mvn compile
4. 编译测试代码：mvn test-compile
5. 运行测试：mvn test
6. 产生site：mvn site
7. 打包：mvn package
8. 在本地Repository中安装jar：mvn install
9. 清除产生的项目：mvn clean
10. 生成eclipse项目：mvn eclipse:eclipse
11. 生成idea项目：mvn idea:idea
12. 组合使用goal命令，如只打包不测试：mvn -Dtest package
13. 编译测试的内容：mvn test-compile
14. 只打jar包: mvn jar:jar
15. 只测试而不编译，也不测试编译：mvn test -skipping compile -skipping test-compile
( -skipping 的灵活运用，当然也可以用于其他组合命令)
16. 清除eclipse的一些系统设置:mvn eclipse:clean
六，Maven项目目录说明
--src
-----main
----------java
----------resources
-----test
---------java
---------resources
--target
--pom.xml
| src/main/java | application library sources - java源代码文件 |
| src/main/resources | application library resources - 资源库，会自动复制到classes文件夹下 |
| src/main/filters | resources filter files - 资源过滤文件 |
| src/main/assembly | assembly descriptor - 组件的描述配置，如何打包 |
| src/main/config | configuration files - 配置文件 |
| src/main/webapp | web application sources - web应用的目录，WEB-INF,js,css等 |
| src/main/bin | 脚本库 |
| src/test/java | 单元测试java源代码文件 |
| src/test/resources | 测试需要的资源库 |
| src/test/filters | 测试资源过滤库 |
| src/site | 一些文档 |
| target/ | 存放项目构建后的文件和目录，jar包,war包，编译的class文件等；Maven构建时生成的 |
| pom.xml | 工程描述文件 |
| LICENSE.txt | license |
| README.txt | read me |
七、Maven的生命周期
Maven的生命周期就是对所有的构建过程进行抽象和统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。
Maven的生命周期是抽象的，即生命周期不做任何实际的工作，实际任务由插件完成，类似于设计模式中的模板方法。
三套生命周期
Maven有三套相互独立的生命周期，分别是clean、default和site。每个生命周期包含一些阶段（phase），阶段是有顺序的，后面的阶段依赖于前面的阶段。
1、clean生命周期：清理项目，包含三个phase。
1）pre-clean：执行清理前需要完成的工作
2）clean：清理上一次构建生成的文件
3）post-clean：执行清理后需要完成的工作
2、default生命周期：构建项目，重要的phase如下。
1）validate：验证工程是否正确，所有需要的资源是否可用。
2）compile：编译项目的源代码。
3）test：使用合适的单元测试框架来测试已编译的源代码。这些测试不需要已打包和布署。
4）Package：把已编译的代码打包成可发布的格式，比如jar。
5）integration-test：如有需要，将包处理和发布到一个能够进行集成测试的环境。
6）verify：运行所有检查，验证包是否有效且达到质量标准。
7）install：把包安装到maven本地仓库，可以被其他工程作为依赖来使用。
8）Deploy：在集成或者发布环境下执行，将最终版本的包拷贝到远程的repository，使得其他的开发者或者工程可以共享。
3、site生命周期：建立和发布项目站点，phase如下
1）pre-site：生成项目站点之前需要完成的工作
2）site：生成项目站点文档
3）post-site：生成项目站点之后需要完成的工作
4）site-deploy：将项目站点发布到服务器
命令行和生命周期
各个生命周期相互独立，一个生命周期的阶段前后依赖。
举例如下：
1、mvn clean
调用clean生命周期的clean阶段，实际执行pre-clean和clean阶段
2、mvn test
调用default生命周期的test阶段，实际执行test以及之前所有阶段
3、mvn clean install
调用clean生命周期的clean阶段和default的install阶段，实际执行pre-clean和clean，install以及之前所有阶段
http://search.maven.org/
http://repository.sonatype.org/content/groups/public/
http://people.apache.org/repo/m2-snapshot-repository/
http://people.apache.org/repo/m2-incubating-repository/
1）下载外部jar文件
2）将步骤1下载的jar文件拷贝到maven工程所在的目录，例如我新建了一个名称为test_proj的maven工程，将jar文件放到~/workspace/test_proj目录下即可
3）执行如下命令：
mvn install:install-file -DgroupId=xxx（jar文件的groupId） -DartifactId=xxx（jar文件的artifactId） -Dversion=xxx（jar文件的版本号） -Dfile=xxx（jar文件名称） -Dpackaging=jar -DgeneratePom=true
例如，导入java_memcached－release_2.5.3.jar、ueditor-1.0.jar、sqljdbc4-1.0.jar、fastjson-1.1.41.jar的语句依次为：
mvn install:install-file -DgroupId=com.danga -DartifactId=memcached -Dversion=2.5.3 -Dfile=java_memcached－release_2.5.3.jar -Dpackaging=jar -DgeneratePom=true
mvn install:install-file -DgroupId=com.baidu.ueditor -DartifactId=ueditor -Dversion=1.0 -Dfile=ueditor-1.0.jar -Dpackaging=jar -DgeneratePom=true
mvn install:install-file -DgroupId=com.microsoft.sqlserver -DartifactId=sqljdbc4 -Dversion=1.0 -Dfile=sqljdbc4-1.0.jar -Dpackaging=jar -DgeneratePom=true
mvn install:install-file -DgroupId=com.alibaba -DartifactId=fastjson -Dversion=1.1.41 -Dfile=fastjson-1.1.41.jar -Dpackaging=jar -DgeneratePom=true
其中依赖范围scope 用来控制依赖和编译，测试，运行的classpath（注意是与classpath）的关系. 主要的是三种依赖关系如下：
1.compile： 默认编译依赖范围。对于编译，测试，运行三种classpath都有效。
有些依赖在主代码中需要import，在测试代码中也需要import，打包的时候还需要一起打包上传服务器，则scope是compile。
2.test：测试依赖范围。只对于测试classpath有效
有些代码是测试需要import，而主代码中不需要，我们不需要把junit打包上传到服务器，则scope是test
3.provided：已提供依赖范围。对于编译，测试的classpath都有效，但对于运行无效。因为由容器已经提供，例如servlet-api
以servlet-api为例，tomcat中已经提供了servlet-api的jar包，但是本地写代码的时候，只需要import进去，而不需要把servlet-api的jar包打包到服务器上，如果打包了，可能会产生jar包冲突，这个时候用provided。
4.runtime:运行时提供。例如:jdbc驱动
例如MySQL的jdbc驱动，在本地写代码的时候，我们都是引入的jdbc接口，并不需要引入具体的jdbc驱动实现，所以写代码的石灰石并不需要，而运行的时候，我们需要使用具体的驱动，这样的jar包我们的scope为runtime。