Maven

主流的项目构建工具有:Ant、Maven、Gradle等。
Apache Maven是一个软件项目管理工具,基于POM(项目对象模型)的概念,管理项目的依赖、编译、文档等信息。
使用Maven管理项目时,项目依赖的jar包不必存在于工程内,而是集中放置在用户目录中的.m2目录中。

Maven中央仓库信息速查

http://mvnrepository.com/
http://maven.outofmemory.cn/

maven plugin中的概念

lifecycle:总任务,它是一系列的phase组成,它运行完后就得到了一个结果,中间的过程是phase完成的。
常见的lifecycle有 | clean | package ear | pageage jar | package war | site等等

phase:阶段任务,一个lifecycle可以包含任意个phase,phase的执行是按顺序的,一个phase至少绑定很一个goal,没有goal的phase是没有意义的。
常见的phase有package,install,deploy。

goal: 执行任务的最小单元,它可以绑定到任意个phase中,一个phase有一个或多个goal,goal也是按顺序执行的,一个phase被执行时,绑定到phase里的goal会按绑定的时间被顺序执行。

mojo: lifecycle与phase与goal都是概念,mojo才是做具体事情的,可以简单理解mojo为goal的实现类。

Maven的插件机制是完全依赖Maven的生命周期的,因此要先理解Maven生命周期。

Maven生命周期

Maven有三套生命周期,它们相互独立、负责软件工程的不同方面的工作。这三套生命周期分别是:

  • Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
  • Default Lifecycle 构建的核心部分,编译,测试,打包,部署等。
  • Site Lifecycle 生成项目报告,站点,发布站点。

它们是相互独立的,可以仅调用clean来清理工作目录,调用site来生成站点。也可以直接运行mvn clean install site运行全部三套生命周期。

每套生命周期都由一组阶段(Phase)组成,我们平时在命令行输入的命令总会对应于一个特定的阶段。
例如运行mvn clean,这个的clean是Clean生命周期的一个阶段。Clean生命周期一共包含了三个阶段:

  • pre-clean 执行一些需要在clean之前完成的工作
  • clean 移除所有上一次构建生成的文件
  • post-clean 执行一些需要在clean之后立刻完成的工作

mvn clean中的clean就是上面的clean阶段,在一个生命周期中运行某个阶段的时候,它之前的所有阶段都会被运行,即mvn clean等同于mvn pre-clean clean,mvn post-clean 等同于 pre-clean clean post-clean。这是Maven很重要的一个规则,可以简化命令行的输入。

打包

使用mvn package进行编译打包时,Maven会执行src/test/java中的JUnit测试用例,使用参数-DskipTests和-Dmaven.test.skip=true可以跳过测试,这两个参数的主要区别是:
-DskipTests,不执行测试用例,但编译测试用例类生成相应的class文件至target/test-classes下。
-Dmaven.test.skip=true,不执行测试用例,也不编译测试用例类。

安装jar到本地Maven库

把生成的Jar文件放入本地库,以让其他项目使用。 /.m2/repository目录是Maven本地库的默认位置。
在项目目录下执行: mvn install
成功后输出:
[INFO] Installing /Users/hycx/i_workspace/yirui/yirui-common/target/yirui-common-1.0-SNAPSHOT.jar to /Users/hycx/.m2/repository/com/yirui/yirui-common/1.0-SNAPSHOT/yirui-common-1.0-SNAPSHOT.jar
[INFO] Installing /Users/hycx/i_workspace/yirui/yirui-common/pom.xml to /Users/hycx/.m2/repository/com/yirui/yirui-common/1.0-SNAPSHOT/yirui-common-1.0-SNAPSHOT.pom
[INFO] BUILD SUCCESS

打包时加入本地库

spring boot工程中pom.xml内容:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>

<dependencies>
<!--local jar-->
<dependency>
<groupId>0</groupId>
<artifactId>0</artifactId>
<version>0</version>
<scope>system</scope>
<systemPath>${project.basedir}/lib/CCP_REST_SMS_SDK_JAVA_v2.6.3r.jar</systemPath>
</dependency>
</dependencies>

<!--springboot-1.5.x对应的springcloud的版本需要使用Camden.SR6-->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>Camden.SR6</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>

<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<!--指定includeSystemScope为true,打包本地库-->
<configuration><includeSystemScope>true</includeSystemScope></configuration>
</plugin>
</plugins>
</build>
</project>

Maven中模块间的关系

3种关系:继承、依赖、聚合。
继承是指子项目继承了父项目的Pom。
依赖即导入组合。
聚合是指一个聚合工程(aggregator),它也是Maven Project,其pom文件中打包方式(packaging)为pom。并且它引入了新的元素:modules—module,用来包含了多个子模块,每个子模块也是一个Maven Project。其pom内容示例如下:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.yirui.common</groupId>
    <artifactId>yirui-modules</artifactId>
    <version>1.0-SNAPSHOT</version><!--版本:聚合模块的版本和被聚合模块版本一致,如果被子模块继承,
这里就是唯一指定版本的地方-->

    <packaging>pom</packaging>

    <modules>
        <module>yirui-common</module>
        <module>yirui-common-database</module>
        <module>yirui-common-message</module>
        <module>yirui-common-security</module>
        <module>yirui-common-sms</module>
    </modules>

</project>

https://blog.csdn.net/wanghantong/article/details/36427411

在一些最佳实践中我们发现:一个POM可以既是聚合POM,又是父POM,这么做主要是为了方便。

dependencyManagement与dependencies

dependencyManagement的特性:在dependencyManagement中配置的元素既不会给parent引入依赖,也不会给它的子模块引入依赖,仅仅是它的配置是可继承的。
dependencyManagement 元素用在父项目的POM文件中,用来统一模块间的依赖版本问题。子项目中可以引用一个依赖而不显示地指明版本号,Maven会沿着父子层次向上查找一个拥有dependencyManagement元素的项目,找到后使用在dependencyManagement元素中指定的版本号。
dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。
父项目中的dependencies被子项目全部继承。如果依赖只在某个子项目中使用,则可以只在子项目的pom.xml中引入,防止父pom的过于臃肿。

类似地,dependencyManagement 元素是用来管理插件的。

Git

Git简介

Subversion、CVS等属于集中式版本控制系统,只有一个仓库(repository)存在于服务器中,有多个工作目录(working copy)。
Git是分布式版本控制系统,除了服务器中的仓库,每一个工作目录中还都包含一个完整仓库,这样可以支持离线工作,即可以先提交到本地仓库,稍后再提交到服务器仓库。
分布式系统理论上比集中式的单服务器系统更健壮,单仓库系统一旦服务器出现问题整个系统就不能运行了,分布式系统通常不会因为一两个节点而受到影响。

git – 简明指南

http://rogerdudler.github.io/git-guide/index.zh.html

本地仓库由3部分组成:工作目录(stage),缓存区(index),head
提交的过程:暂存->commit->push
commit命令是提交到HEAD,push命令是提交到远端仓库
git pull origin master是把远端origin版本库改动更新到本地master分支上。
git push origin master是把本地master分支改动推送到远端origin版本库上。

clone代码到本地

#会在当前目录下创建以工程名称命名的目录
git clone https://git.oschina.net/
xxxx.git

git报错:github fail to sync branch

启动shell

git fetch https://github.com/abc/abc.git
git reset --hard origin/master

http://scribu.net/blog/resetting-your-github-fork.html

撤消对文件的修改 git checkout — <file>

git checkout -- Project1/BPushConfig.plist

http://blog.csdn.net/wirelessqa/article/details/20152353

清空暂存区

撤销已暂存的文件

git reset head 
git reset head 文件名

撤销已提交到本地的文件

git reset head^

查看帮助

git reset -help

git reset [–hard|soft|mixed|merge|keep] [或HEAD],将当前的分支重设(reset)到指定的或者HEAD(如果不显示指定commit,默认是HEAD,即最新的一次提交),并且根据[mode]有可能更新index和working directory。mode的取值可以是hard、soft、mixed、merged、keep。

fatal: The remote end hung up unexpectedly

解决fatal: The remote end hung up unexpectedly,执行下方面的命令,把可提交的内容设置大一些。

git config http.postBuffer 524288000

使用sshkey免登录

在gitoschina中使用sshkey,把.pub的内容复制到公钥框内确定保存即可,就可以在本地免登录更新了。
http://git.oschina.net/profile/sshkeys

删除已经提交到远程仓库的目录

git rm -r --cached target
git commit -m "delete target/"
git push origin master

http://blog.csdn.net/qq_21544879/article/details/51306746

添加被忽略的文件到git

git add -f libWeiboSDK.a 

SVN

svn 常用命令

svn update 简写:svn up
svn update 如果后面没有目录,将当前目录以及子目录下的所有文件都更新到库最新版本。
svn update -r 12679 test.php 将版本库中的文件test.php还原到版本12679
svn update test.php 将版本库更新到本地。

如果在提交的时候提示过期,是因为冲突,需要先update,修改文件,然后清除svn resolved,最后再提交commit。
嵌出指定版本的工程

svn checkout 工程http地址 -r 版本号
例:svn checkout http://…/project1 -r 8321
http://os.51cto.com/art/200908/143157.htm

svn 导入

例如:将本地目录local1导入到版本库的trunk/server1,trunk/server1在导入之前不需要存在,svn import会递归的创建目录。
在终端中进入local1同级目录,然后执行以下代码
svn import -m “New import” local1 http://…/trunk/server1
这样会把local1目录下的文件导入到/trunk/server1下,不会创建local1目录。
在导入数据之后,本地的local1目录并没有纳入版本控制,为了开始工作,要运行svn checkout得到一个干净的目录树工作拷贝。
svn import -m “import libs” libs https://xxx.googlecode.com/svn/trunk/xxx/KxxxX/libs
svn import -m “import” controller https://xxx.googlecode.com/svn/trunk/re…../controller/

@的问题:

在iOS开发中,遇到Default@2x.png文件名不被svn命令完全识别的问题。
解决方法是在这个特殊文件名后面再加一个@,例如
svn add Default@2x.png@
svn remove Default@2x.png@

revert

svn revert --depth=files path/to/directory
 svn revert 目录 -R

查看某版本修改过的文件列表

svn log -r版本号 -v

查看查文件的历史版本

svn log 本地文件路径

查看svn库信息,包括服务器路径等

svn info

列出自某版本或某日期以来修改过的文件

svn diff -r 1038 --summarize svn://path > changedfiles.txt
svn diff -r 1038:HEAD --summarize svn://path > changedfiles.txt
svn diff -r {2015-05-06} --summarize https://path > changedfiles.txt
svn diff -r {2015-05-04}:{2015-05-05} --summarize https://path > changedfiles.txt