对于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 文件名
7、加锁/解锁
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 可以再次提交。
持续更新~