标签:版本控制 管理工具 subversion 集中式版本控制
为什么会出现源代码管理工具?
为了解决在软件开发过程中,由源代码引发的各种蛋疼、繁琐的问题
源代码会引发哪些问题?
无法后悔:做错了一个操作后,没有后悔药可以吃
版本备份:费空间、费时间
版本混乱:因版本备份过多造成混乱,难于找回正确的想要的版本
代码冲突:多人操作同一个文件(团队开发中的常见问题)
权限控制:无法对源代码进行精确的权限控制
追究责任:出现了严重的BUG,无法得知是谁干的,容易耍赖
… …
源代码管理工具就是为了解决上述问题而生的!此乃软件开发的一大福音!
概括一下,源代码管理工具的作用是
能追踪一个项目从诞生一直到定案的过程
记录一个项目的所有内容变化
方便地查阅特定版本的修订情况
… …
如果是团队开发,使用源代码管理工具是强制性的!
如果是单人开发,也强烈建议现在就开始使用源代码管理工具
使用源代码管理工具
由于使用简单,不会增加工作量
不会对现有工作造成任何损害(坏的影响)
是一位合格的软件开发人员必须掌握的技术
CVS
开启版本控制之门
1990年诞生,“远古时代”的主流源代码管理工具
SVN
全称是Subversion,集中式版本控制之王者
是CVS的接班人,速度比CVS快,功能比CVS多且强大
在国内软件企业中使用最为普遍(70%~90%)
GIT
一款伟大的分布式源代码管理工具
目前被越来越多的开源项目使用
不过在国内企业尚未大范围普及
基本操作
策略一:拷贝-修改-合并 方案(svn,cvs采用)
策略二:锁定-修改-解锁方案(vss)
要想利用SVN管理源代码,必须得有2套环境
服务器
用于存储客户端上传的源代码
可以在Windows上安装Visual SVN Server
大部分情况下,公司的开发人员不必亲自搭建SVN服务器
客户端
上传本地的源代码到服务器,或者更新服务器的代码到本地,保持同步
可以在Mac上使用命令行、Versions、Cornerstone
开发人员就属于客户端这个角色
Visual SVN Server下载地址
http://www.visualsvn.com/server/download/
svn checkout :下载服务器的代码到本地 (简写svn co)
svn commit :将改动的文件提交到服务器(简写svn ci)
svn update :更新服务器的代码到本地 (简写svn up)
svn add :向本地的版本控制库中添加新文件
svn delete、svn remove :从本地的版本控制库中删除文件(简写svn del、svn rm)
svn move :移动文件或者目录或文件更名
svn mkdir :创建纳入版本控制下的新目录
svn revert :撤销之前的一切修改
svn merge :将两个版本之间的差异合并到当前文件
svn info :查看文件的详细信息
svn diff :查看不同版本的区别
svn log :查看日志信息
svn list :列出版本库下的文件和目录列表
svn status :查看文件状态(简写svn st)
svn help :获取帮助信息(比如svn help ci)
svn lock :加锁
svn unlock :解锁
将项目检出(下载) 至本地
svn checkout URL [PATH]
svn co URL [PATH]
注意:这里的中括号[ ]代表可选(可以省略)
示例
svn checkout https://192.168.1.106/svn/Weibo/ /Users/lnj/Documents/workspace
蓝色代表的是:代码仓库的远程地址
橙色代表的是:将代码下载到本地的哪个路径
如果省略橙色的路径,就下载到命令行当前所在的路径
将改动过的文件提交至服务器
svn commit -m "注释" [PATH]
svn ci -m "注释" [PATH]
注意:一定要养成写注释的良好习惯
示例
svn commit -m “修改了User.m文件” /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是:提交哪个文件到服务器
如果省略橙色的路径,就将命令行所在路径中所有改动过的文件提交到服务器
提交一个新建的文件到服务器,需要2个步骤
添加新建的文件到本地的版本控制库中:svn add
提交刚才的添加操作到服务器:svn commit
如果直接提交一个没有添加到本地版本控制库中的文件,会报下面的错误
is not a working copy
向本地的版本控制库中添加一个新文件
svn add PATH
示例
svn add /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是:添加哪个文件到版本控制库中
删除服务器上的某个文件,需要做2个步骤
将文件从本地的版本控制库中移除:svn delete 、svn remove
提交刚才的删除操作到服务器:svn commit
将文件从本地的版本控制库中移除
svn delete PATH
示例
svn delete /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是:将哪个文件从版本控制库中移除
将服务器的最新代码更新到本地
svn update [PATH]
示例
svn update /Users/lnj/Desktop/workspace/Weibo/branches/User.m
橙色代表的是:更新哪个文件的内容
如果省略橙色的路径,就更新命令行所在路径的所有内容
将文件恢复至某个版本
svn update -r 版本号 [PATH]
去到公司的第一天,下载公司的代码到电脑上
svn checkout
修改了某个早已存在的旧文件,然后提交到服务器
svn commit
提交一个自己新建的文件到服务器
svn add ? svn commit
删除一个早已存在的旧文件,然后同步到服务器上
svn delete ? svn commit
将其他同事提交的新代码更新到自己电脑上
svn update
不小心写错了很多东西,想撤销所写的东西(还未把修改提交到服务器)
svn revert
不小心删错了文件,想把文件恢复回来(还未把删除提交到服务器)
svn revert
不小心写错了很多东西,想撤销所写的东西(已经把修改提交到服务器)
svn update -r 版本号
不小心删错了文件,想把文件恢复回来(已经把删除提交到服务器)
svn update -r 版本号
注意
.svn这个隐藏目录记录着非常关键的信息
千万不要手工修改或删除这个 .svn隐藏目录和里面的文件! 否则将会导致本地的工作副本被破坏,无法再进行操作
经常更新:降低冲突的可能性
提交前需在本机测试通过:降低将问题代码传到版本库
提交时一定写备注(注释):方便其他员工查看和自己以后回顾
对于不需要提交的文件不要提交到版本库
提示:
每次修改之前最好先更新
每天下班前提交当天运行通过的代码
每天上班第一件事情更新前一天的代码
在Mac上,也可以利用SVN图形界面工具来管理源代码,可以大大减小使用命令行的痛苦(有些操作使用命令行会比较繁琐,比如解决冲突)
Cornerstone / Versions / Xcode
大部分工作在Xcode中都可以完成
Xcode对SVN的支持并不是非常友好,尤其新建文件夹时,在Xcode中非常容易出问题
使用Xcode工作:先更新,再提交!
Xcode中,最好不要多人同时修改一个Storyboard!
正规项目的SVN目录结构一般有3个文件夹
trunk:主干,当前开发项目的主目录
branches:分支目录,添加非主线功能时使用,开发测试之后,可以合并到主干项目中
tags:标记目录,通常作为重大版本的备份
标签:版本控制 管理工具 subversion 集中式版本控制
原文地址:http://blog.csdn.net/wangzi11322/article/details/44901283