对于coder来说熟练使用一个得心应手的代码管理工具，对于开发来说是再美丽不过的了，本人一直使用的是可视化的工具SVN的cornerstone/git的sourceTree等都使用过，时间长了总觉逼格不够，遂转逼格更高的命令行。
开篇之前，首先说一下为何使用SVN/Git等代码管理工具？（带着问题读书，才是最快的阅读方式？）
设想以下场景，如果你的项目需要开发一个新功能，而该功能可能会修改项目中的绝大多数文件，而与此同时，你的另一位同事正在进行bug fix，如果你的新功能不在branch中开发而直接在trunk中开发，那么你极有可能影响另一位同事的bug fix，他/她在bug修复中可能会遇到各种各样的问题，因为你的频繁提交代码引入了过多的不稳定因素。你可能会说，那我在开发的过程中不提交不就行了，等到我全部开发结束我再提交，是，你可以这么做，那还要版本控制干什么呢？也许等到你最后提交代码的时候（也许一周，也许两周？），你会发现有一大堆conflict等着你resolve。
那么，正确的做法是什么？使用branch，从trunk创建branch，然后在你的branch上开发，开发完成后再合并到trunk中。
上面涉及到了代码管理工具中最重要的两个概念：分支(branch)和主干(trunk) 。
还有另外一个不太重要的概念：标记(tag）tag即对一下重要的版本进行的存档。比如么一个上线的版本就可以打一个tag，有问题的化方便日后代码回滚。
下面开始命令行：
1.svn checkout

svn checkout svn路径　本地目录全路径 --username svn用户名 --password svn密码
注：如果不带--password 参数传输密码的话，会提示输入密码，
建议不要用明文的--password 选项。
　　其中 username 与 password前是两个短线，不是一个。
　　不指定本地目录全路径，则检出到当前目录下

2.创建文件或文件夹

mkdir fileName #创建文件夹
touch file #创建文件

3.添加新的文件和文件夹

svn　add　文件名/文件夹名

4、提交

svn　commit　-m　"提交备注信息文本" fileName
必须带上-m参数，参数可以为空，但是必须写上-m
fileName 如果是文件名只提交单个文件
fileName 如果是文件夹名提交文件夹下的所有修改的文件

5、更新文件

svn　update
#更新到指定的版本号
svn　update　-r　修正版本号　文件名
#更新到最新的版本
svn　update　文件名

6、删除文件

svn　delete　svn://路径(目录或文件的全路径) -m "删除备注信息文本"
推荐如下操作：
svn　delete　文件名 

７、加锁/解锁

svn　lock　-m　"加锁备注信息文本"　文件名 
svn　unlock　文件名

8、比较差异

svn　diff　文件名 
svn　diff　-r　修正版本号m:修正版本号n　文件名

9、查看文件或者目录状态

svn status 目录路径/名

10、查看日志

svn　log　文件名

11、查看文件的信息

svn　info　文件名

12、SVN 帮助

svn　help      # 全部功能选项
svn　help　命令名 # 具体功能的说明

13、创建分支 拷贝一份代码

mkdir branch_vix
svn copy /Users/...../trunk/projectName /Users/....../branches/branch_vix

14、分支与分支的合并/分支合并到主干/主干合并到分支

敲黑板，划重点：
1.首先将要合并的分支或主干提交到SVN服务器
2.进入到要提交的文件夹下 使用svn info 查看SVN的URL
3.进入要合并的代码的分支或主干的文件夹下使用命令 svn merge URL
4.回车OK
总结：所有的代码分支或者主干的代码合并，原理无非就是：提交到服务器（获得URL），
然后在从服务器拉取到本地。

15.更改的文件(为提交的) 回复原状

svn revert fileName

16、解决冲突

1 svn resolved: 移除工作副本的目录或文件的"冲突"状态。
2 用法:svn resolved PATH…
3 注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的
相关文件，然后让 PATH 可以再次提交。

持续更新～