版本控制二(创建仓库与使用)

安装Subversion,官方下载地址为:http://subversion.tigris.org,我在这里使用1.6.5的版本.

安装完后,Subversion会自动在环境变量path里面加入bin目录的地址.可以在命令行里面操作.

Subversion的组件大致可以分为两种:客户端组件和服务器组件,因为访问数据仓库也需要通过服务器组件.服务器组件又有三种,是供管理员使用的:

• svnadmin:用来调整和修正svn档案库的工具
• mod_dav_svn:给Apache-2.X网页服务器使用的外G模块;可以用来将你的档案库透过网络对外开放,以供他人进行存取.
• svnserve:一个独立地服务器程序(内置),可以作为服务器程序执行,或是被SSH启动;另一个让你的档案库在网络上可供其他人存取的方法.

客户端组件只有一个,供用户使用:svn,命令行客户端程序,这是用来管理数据的主要工具.

我要这个目录下面创建一个仓库:F:/RevisionControl/Repository/svn,默认安装完只有仓储行的组件,那么现在就用这个组件来创建一个仓库,又可以称之为档案库,这是管理员的操作,要用到svnadmin:

C:/Users/ZhangAo>cd F:/RevisionControl/Repository/svn

C:/Users/ZhangAo>f:

F:/RevisionControl/Repository/svn>svnadmin create firstsvn

F:/RevisionControl/Repository/svn>

这样就在F:/RevisionControl/Repository/svn目录下创建了一个名为firstsvn的仓库,创建仓库的语法:

svnadmin create 仓库名称

可以看到仓库创建完后生成了一堆文件和目录,这些目录的含义是:

db目录:就是所有版本控制的数据存放文件

hooks目录:放置hook脚本文件的目录

locks目录:用来放置Subversion文件库锁定数据的目录，用来追踪存取文件库的客户端

format文件是一个文本文件，里面只放了一个整数，表示当前文件库配置的版本号

conf目录:是这个仓库的配置文件（仓库的用户访问帐号、权限等）

你把你的文件更新或者加入到仓库以后,不要试着找到这些文件,它们虽然在db目录下,但是以它自己的方式保存着,常规方法看不了.可以说conf目录是最重要的目录.

仓库创建之后还不能马上使用,需要启动.有两种启动方式:svn服务器启动和Windows服务启动方式.

先使用svn服务器启动的方式,在cmd命令行输入语法为:

svnserve -d –r 文档仓库路径

其中d代表后台执行,r是指定仓库的根目录.命令执行后,如果不知道是否启动,因为命令行没有任何反应,有的只是没有反应.可以通过在另一个cmd命令行中输入netstat -an的命令查看当前端面的监听情况来辨别是否启动.它的监听端口号为:3690:

图为已启动.但是这种启动方式不好,因为只要你关闭了输入启动命令的命令行,你的Subversion也就停止了.所以建议使用第二种方式:以服务方式启动.

还是在命令行输入:

C:/Users/ZhangAo>sc create SVN-Service binpath= "F:/RevisionControl/Subversion/bin/svnserve.exe --service -r F:/RevisionControl/Repository/svn" 

displayname= "SVN-Service" start= auto depend= Tcpip

[SC] CreateService SUCCESS

C:/Users/ZhangAo>

表示创建一个名为"SVN-Service"的服务,要指定binpath,设置自动启动.需要注意一点,这种方式为多仓库,如果指定到svn目录下的firstsvn,就是单仓库.多仓库可以对目录下多个工程进行版本控制.下方出现"[SC] CreateService SUCCESS"表示创建成功.这个时候可以在服务里面找到它:

可以看出创建完它是没有启动的,启动后就可以使用了.删除的语法为:

sc delete 服务名

可以使用了.当一个新人加入项目组的时候,第一次要checkout工程,修改完以后要commit,团队的人可以通过update来获取最新的版本.

我在F:/Develop/workroom/目录下建立一个用户,就叫user1,用他来做checkout:

C:/Users/ZhangAo>cd F:/Develop/workroom/user1

C:/Users/ZhangAo>f:

F:/Develop/workroom/user1>svn checkout svn://localhost/firstsvn

取出版本 0。

F:/Develop/workroom/user1>

子命令checkout后面可以跟两个参数,第一个参数为指定的url,由于我是多仓库,所以需要指定具体的仓库.第二个参数(上面没写)指定checkout的目的地.默认就是当前执行命令的路径,我用cd命令切过来了,所以不指定也行.

命令执行后可以看到user1的目录下多了个目录:firstsvn.里面有一个隐藏目录:.svn.这个目录里面包含了你的版本库的信息,可以让你commit或者update的时候不用再输入url.

由于目前版本库里面没有任何东西,也没有对它操作过,所以是取出版本0.现在我就在里面增加一个文件,就叫hello.txt,里面只有一句话:hello world:

然后commit,commit之前输入先要add,相当于给它一个标记.输入命令:

F:/Develop/workroom/user1/firstsvn>svn add hello.txt

A         hello.txt

F:/Develop/workroom/user1/firstsvn>

下面出现了"A",相当于给了它标记,接着commit,彻底保存在版本库中:

F:/Develop/workroom/user1/firstsvn>svn commit

svn: 提交失败(细节如下):

svn: 无法使用外部编辑器获得日志信息；考虑设置环境变量 $SVN_EDITOR，或者使用 --me

ssage (-m) 或 --file (-F) 选项

svn: 没有设置 SVN_EDITOR，VISUAL 或 EDITOR 环境变量，运行时的配置参数中也没有 “

editor-cmd” 选项

F:/Develop/workroom/user1/firstsvn>

可以看到命令执行后出现了这么一些话,就是说你的东西提交上去了,要说明一下,就像写程序的时候加注释一样,总不能无缘无故地就出现吧?

F:/Develop/workroom/user1/firstsvn>svn commit -m"test"

svn: 提交失败(细节如下):

svn: 认证失败

F:/Develop/workroom/user1/firstsvn>

用-m命令,加了还是报错,也很正常!不能随便什么人就往版本库里面加东西吧?看上面的一些操作,没有对来访都进行核查,肯定不行的,这就要用到版本库的conf目录.把这个目录打开,总共有三个文件:

svnserve.conf 定义所有认证和授权政策

passwd 存放项目成员帐户信息

authz 主要是做复杂的群组权限控制

把svnserve.conf文件打开,也很多东西,注释更多,其他的不用管,可以看到这么一行:

# anon-access = read

这是对匿名用户的权限,默认为read,可以先把前面的注释去掉,不要留下空格,然后把read改为write,不用重启,再试试之前的命令:

F:/Develop/workroom/user1/firstsvn>svn commit -m"test"

增加           hello.txt

传输文件数据.

提交后的版本为 1。

F:/Develop/workroom/user1/firstsvn>

完成了,这个时候你把文件删掉都不怕了,因为版本库中已经有了.那么你要修改这个文件呢?修改完后还是commit就行了.

如果其他成员更新了这个文件,只需要update就可以了:

F:/Develop/workroom/user1/firstsvn>svn update

版本 1。

如果删除:

F:/Develop/workroom/user1/firstsvn>svn delete hello.txt

D         hello.txt

F:/Develop/workroom/user1/firstsvn>

跟add类似,只是加入了一个标记,相当于在你本地删除了,因为你现在在本地看不到这个文件,但是版本库中还有,其他成员可以获取到.你可以通过commit来使删除生效,或者revert来取消这次操作:

F:/Develop/workroom/user1/firstsvn>svn revert hello.txt

已恢复“hello.txt”

F:/Develop/workroom/user1/firstsvn>

那么现在可以总结一下常用命令:

svn checkout -从版本库取出一个工作拷贝

svn commit -将改动的文件提交到版本库

svn update -更新你的工作拷贝

svn add-向版本库中添加新文件

svn delete-从版本库中删除文件

svn revert-取消所有的本地编辑

还有svn的常用命令:

svn info-显示本地或远程条目的信息

svn list-列出版本库目录的条目

svn status-查看当前工作区状态

svn help-获取帮助信息

还有对于每一个更新的项目之后都会有标记,就像add之后会出现"A",delete之后会出现"D"一样:

A添加

D删除

U更新

C冲突

G合并

Subversion还有目录规范,创建三个顶级目录:

/trunk 存放开发的“主线”

/branches 存放支线副本

/tags 存放标签副本

Subversion 提供了主线、分支管理技术，使得在软件开发中可以更方便、灵活的对项目的进度、版本的发布、版本的维护、软件功能的拓展与定制进行管理。

主线(trunk)：一个项目建立时就存在，并伴随着项目的成长而不断的成长，直到项目完全结束。

分支(branch)：一般是指功能分支，例如：我们的某个项目要添加一个模块，但这个模块又比较复杂，实现难度比较大。为了不影响主线的稳定，我们就可以创建一个功能分支来专门开发这个模块，当这个模块开发完成以后，并通过测试部门的各项测试，再合并到主线中去。再比如，我们的交警 GPS 项目已经开发完成了，但是这个项目是给泉州交警做的，现在我们又接到了一个交警项目，不过是要给厦门交警大队的。现在厦门交警大队要求我们给他们定制一些功能。我们又不想再主线上进行修改，这个时候，我们也可以创建一个分支，并在这个分支上开发，这时是不会对主线造成影响的。等给厦门开发完成了以后，我们发现，他们要求的有些功能其实很好，以后别的地方可能也需要同样的功能。这个时候我们就可以根据我们的需要，将有用的模块有选择的合并到主线中来。

标签(tag)：标签和分支一样，也是一个目录，不过这个目录中一般存放的是发布的信息(当然我们也可以只用分支，但是用标签更清楚明了一些)。还是拿我们的交警项目来举个例子：我们的交警项目开发完成了以后，要拿给泉州交警大队用了，也就是要发布(release)，假设这个版本叫做1.0.2。这个时候，我们就要创建一个标签，当泉州交警大队用了三个月，发现了一个 BUG，我们只需要签出这个标签中的代码(它和我们刚提供给泉州交警大队时候的是一模一样的)，进行调试，并修正这个 BUG。然后再发布一个版本，假设叫做1.1.0，这个时候我们就在创建一个 1.1.0的标签……

要注意，标签目录里面的代码，要进行严格的控制，除了修正 BUG 外，不能做任何其他的事情。