代码拉取完成，页面将自动刷新
同步操作将从 Java精选/Ebooks 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
通过在父模块中声明dependencyManagement和pluginManagement，然后让子模块通过元素指定父模块，这样子模块在定义依赖时就可以只定义groupId和artifactId，自动使用父模块的version，统一整个项目依赖的版本。
举例dependencyManagement方式的父类模块
父类pom.xml配置文件部分内容：
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa</artifactId>
<version>${org.eclipse.persistence.jpa.version}</version>
<scope>provided</scope>
</dependency>
</dependencies>
</dependencyManagement>
子类pom.xml配置文件部分内容：
<dependencies>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa</artifactId>
<scope>provided</scope>
</dependency>
</dependencies>
Dependencies相对于dependencyManagement，所有生命在dependencies里的依赖都会自动引入，并默认被所有的子项目继承。
dependencies即使在子项目中不写该依赖项，那么子项目仍然会从父项目中继承该依赖项（全部继承）。
dependencyManagement里只是声明依赖，并不实现引入，因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖，是不会从父项目中继承下来的；只有在子项目中写了该依赖项，并且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom;另外如果子项目中指定了版本号，那么会使用子项目中指定的jar版本。
dependencies中的jar直接加到项目中，管理的是依赖关系（如果有父pom和子pom，则子pom中只能被动接受父类的版本）；
dependencyManagement主要管理版本，对于子类继承同一个父类是很有用的，集中管理依赖版本不添加依赖关系，对于其中定义的版本，子pom不一定要继承父pom所定义的版本。
当开发人员构建Maven项目时，它将基于项目pom.xml配置和命令行选项执行一组明确定义的任务。 此标准任务集创建了Maven构建生命周期。
Maven有三个内置的构建生命周期。
默认（default）：处理项目的构建和部署。
清洁（clean）：处理项目清理。
站点（site）：处理项目站点文档的创建。
默认（default），清洁（clean）和站点（site）。在默认（default）的生命周期处理项目部署，将清洁（clean）的生命周期处理项目的清理，而站点（site）的生命周期处理项目站点文档的创建。
Git是目前主流的一种代码托管技术。基本上大多数的公司都在使用Git进行协同开发。很多代码托管平台也是通过Git来实现的。
Git可以对代码进行版本控制以及分支管理等。它里面主要包含远程仓库，克隆，本地仓库，分支，提交，拉取等概念。其中远程仓库是指我们代码存储在服务器的地方，并且整个团队中所有人都可以正常访问。
克隆则是指从远程仓库克隆到本地的过程。本地仓库指的是开发人员从远程仓库克隆一份代码之后，保存在本地的代码，但是这个代码只有克隆的代码的开发人员可以看到。
LASTEST：是指某个特定构件最新的发布版或者快照版（SNAPSHOT），最近被部署到某个特定仓库的构件。
RELEASE：是指仓库中最后的一个非快照版本，代表稳定的版本。
SNAPSHOT：泛指。版本一般用于开发过程中，代表不稳定、尚处于开发中的版本。
Maven构建生命周期经历了一组阶段，这些阶段称为构建阶段。 例如，默认生命周期由以下阶段组成。
validate 验证
compile 编译
test 测试
package 包
verify 校验
install 安装
deploy 部署
Maven即为项目对象模型（POM），它可以通过一小段描述信息来管理项目的构建，报告和文档的项目管理工具软件。
Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。
由于Maven的缺省构建规则有较高的可重用性，所以常常用两三行Maven构建脚本就可以构建简单的项目。
由于Maven面向项目的方法，许多Apache Jakarta项目发文时使用Maven，而且公司项目采用Maven的比例在持续增长，相比较Gradle，在之后的篇幅中会说明，欢迎大家关注微信公众号“Java精选”。
Maven这个单词来自于意第绪语（犹太语），意为知识的积累，最初在Jakata Turbine项目中用来简化构建过程。
当时有一些项目（有各自Ant build文件），仅有细微的差别，而JAR文件都由CVS来维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享JARs。
src/main/java 存放项目的类文件（后缀.java文件，开发源代码）
src/main/resources 存放项目配置文件，若没有配置文件该目录可无，如Spring、Hibernate、MyBatis等框架配置文件
src/main/webapp 存放web项目资源文件（web项目需要） src/test/java 存放所有测试类文件（后缀.java文件，测试源代码）
src/test/resources 测试配置文件，若没有配置文件该目录可无
target 文件编译过程中生成的后缀.class文件、jar、war等
pom.xml maven项目核心配置文件，管理项目构建和依赖的Jar包
Maven负责项目的自动化构建，以编译为例，Maven若果自动进行编译，需要知道Java的源文件保存位置，通过这些规约，不用开发者手动指定位置，Maven就可以清晰的知道相关文件所在位置，从而完成自动编译。
遵循**“约定>>>配置>>>编码”**。即能进行配置的不要去编码指定，能事先约定规则的不要去进行配置。这样既减轻了工作量，也能防止编译出错。
1、maven&ant同属apach是流行的构建工具
都是为了简化软件开发而存在的。但是maven因为自身管理一个项目对象模型（project object model），这个模型其实就是抽象了一个项目的开发流程，它包含了一个项目的生命周期的各个阶段，并将这个周期固定下来，这也就是约定大于配置。约定大于配置的意思就是，我maven将项目开发的各个阶段固定起来了，每个文件的存放位置，每个阶段要生成什么文件、保存为什么格式并且要把它放在什么位置，我都固定好了。我知道一个软件是怎么开发出来，如果一个项目要使用maven，可以，但你要遵循我的规则，文件目录不要乱建乱放，只有这样maven才会将源码用起来。这就是约定大于配置，因为maven已经将流程固定下来了，只要遵守约定，就不需要自己手动去配置了，这将大大地提高开发效率。
2、maven的中央仓库和pom.xml文件
中央仓库统一存放了开发用到的各种jar包，要用时只需要添加依赖到pom文件中，maven就会自动下载，当然为了方便一般会在本地建一个仓库，减少下载时间。pom文件是maven的配置文件，maven就是通过管理pom文件和一些核心插件来管理项目。当然我前面将maven拟人化了，其实maven是没有智力的，一切都是封装好的流程，只是maven将很多操作隐藏起来了。
3、ant的build.xml文件
build文件是ant的配置文件，ant依靠它来执行操作，与maven不同的是ant没有固定一条程序链。你想要执行什么操作以及操作之间的顺序和依赖关系，都需要手动添加到build文件中，一点一滴都要写清楚，否则ant就不会执行。
4、maven和ant区别
Maven拥有约定，只要遵守约定，它就知道你的源代码在哪里。Maven是声明式的。你需要做的只是创建一个pom.xml文件然后将源代码放到默认的目录。Maven会帮你处理其它的事情。Maven有一个生命周期，当你运行mvn install的时候被调用。这条命令告诉Maven执行一系列的有序的步骤，直到到达你指定的生命周期。缺点是运行许多默认目标。
而ant没有约定，项目生命周期，它是命令式的。所有操作都要手动去创建、布置。甚至连build.xml文件都需要手动创建。
提交项目文件命令
git commit -a
含义：-a参数是指通过在命令行上加-a指示git提交已修改的所有被跟踪文件的新内容。
注意的是如果第一次提交新文件，可以在执行git commit -a命令之前先执行git add 命令。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
