同步操作将从 Java精选/Ebooks 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
当开发人员构建Maven项目时,它将基于项目pom.xml配置和命令行选项执行一组明确定义的任务。 此标准任务集创建了Maven构建生命周期。
Maven有三个内置的构建生命周期。
默认(default):处理项目的构建和部署。
清洁(clean):处理项目清理。
站点(site):处理项目站点文档的创建。
默认(default),清洁(clean)和站点(site)。在默认(default)的生命周期处理项目部署,将清洁(clean)的生命周期处理项目的清理,而站点(site)的生命周期处理项目站点文档的创建。
1)mvn clean
清理输出目录默认target/
2)mvn clean compline
编译项目主代码,默认编译至target/classes目录下
3)mvn clean install
maven安装,将生成的JAR包文件复制到本地maven仓库中,其他项目可以直接使用这个JAR包
4)mvn clean test
maven测试,但实际执行的命令有:
clean:clean
resource:resources
compiler:compile
resources:testResources
compiler:testCompile
maven执行test前,先自动执行项目主资源处理,主代码编译,测试资源处理,测试代码编译等工作
测试代码编译通过之后默认在target/test-calsses目录下生成二进制文件,随后执行surefile:test任务运行测试,并输出测试报告,显示运行多少次测试,失败成功等。
5)mvn celan package
maven打包,maven会在打包之前默认执行编译,测试等操作,打包成功之后默认输出在target/目录中
6)mvn help:system
打印出java系统属性和环境变量。
7)echo %MAVEN_HOME%:
查看maven安装路径。
8)mvn deploy
在整合或发布环境下执行,将终版本的包拷贝到远程的repository,使得其他的开发者或者工程可以共享。
9)mvn
检查是否安装了maven。
10)mvn dependency:list
查看当前项目中的已解析依赖
11)mvn dependency:tree
查看当前项目的依赖树
12)mvn dependency:analyse
查看当前项目中使用未声明的依赖和已声明但未使用的依赖
通过在父模块中声明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里的依赖都会自动引入,并默认被所有的子项目继承。
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就可以清晰的知道相关文件所在位置,从而完成自动编译。
遵循**“约定>>>配置>>>编码”**。即能进行配置的不要去编码指定,能事先约定规则的不要去进行配置。这样既减轻了工作量,也能防止编译出错。
版本号定义,通常下载jar包时都会有类似1.2.3-beta-2版本。
约定 < 主版本 >.< 次版本 >.< 增量版本 >-< 里程碑版本 >
“1”:表示该版本的主版本号;
“2”:表示该版本的次版本号;
“3”:表示该版本的增量版本号;
“beta-2”:表示该增量的某一个里程碑,例如SNAPSHOT快照版本、beta、rc、release稳定版等。
主版本:表示项目的重大架构变更,例如:Maven2和Maven1相去甚远;Struts1和 Struts2采用了不同的架构。
次版本:表示较大范围的功能增加和变化及Bug修复。例如Nexus1.5较1.4添加了LDAP的支持,并且修复了很多Bug,但是从总体架构来说,没有什么变化。
增量版本:顾名思义,这往往指某一个版本的里程碑。例如Maven3已经发布了很多里程碑版本,3.0-alpha-1 、3.0-alpha-2 、3.0-bata-1等。这里的版本与正式版本3.0相比,往往表示不是非常稳定,还需要进行很多测试。
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文件都需要手动创建。
POM工程
POM工程是逻辑工程。用在父级工程或聚合工程中。用来做jar包的版本控制。
JAR工程
将系统打包成jar工程,用作jar包使用。是最常见的本地工程Java Project。
WAR工程
将系统打包成war工程,发布在服务器上的工程。比如网站或服务。
常见的网络工程Dynamic Web Project。
war工程默认没有WEB-INF目录及web.xml配置文件,但是在IDE工具中通常会显示工程错误,需要提供完整工程结构才可以解决问题。
新增文件的命令:git add file或者git add
提交文件的命令:git commit –m或者git commit –a
查看工作区状况:git status –s
拉取合并远程分支的操作:git fetch/git merge或者git pull
查看提交记录命令:git reflog
提交项目文件命令
git commit -a
含义:-a参数是指通过在命令行上加-a指示git提交已修改的所有被跟踪文件的新内容。
注意的是如果第一次提交新文件,可以在执行git commit -a命令之前先执行git add 命令。
Git是一个分布式的版本控制工具;而SVN是集中版本控制工具;
Git属于第3代版本控制工具;而SVN属于第2代版本控制工具;
Git客户端可以在其本地系统上克隆整个存储库;而SVN版本历史记录存储在服务器端存储库中;
Git支持离线提交;而SVN必须在线提交;
Git中Push/pull命令操作更快;而SVN中Push/pull命令操作较慢;
Git工程可以用commit命令实现自动共享;而SVN不支持自动共享。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。