对于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 可以再次提交。
持续更新～
