Maven

Maven 仓库位置
/Users/用户1/.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有三套相互独立的生命周期,它们相互独立,负责软件工程的不同方面的工作。这三套生命周期分别是:

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很重要的一个规则,可以简化命令行的输入。

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

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