第7讲版本控制管理工具(2)主要内容1.Subversion简介2、版本控制的基本知识3、Subversion常用功能讲解4、客户端工具tortoiseSVN5、eclipse插件subeclipse的使用介绍6、使用svn中常见问题7、版本管理规则一、Subversion简介什么是SubversionSubversion的历史Subversion的特色Subversion的体系结构Subversion的安装Subversion的组件Subversion快速入门Subversion客户端工具什么是Subversion?版本控制是管理信息变更的一门艺术。版本控制工具早已经成为许多程序员的主要工具之一。版本控制软件的用途并不仅限于软件开发的领域,只要人们使用计算机来管理经常变更的信息,就需要使用版本控制工具。Subversion的一个概括性的介绍:Subversion是什么?它用来做什么?以及如何得到它。什么是Subversion?Subversion是一个自由的、开放源码的版本控制系统它可以管理各个时刻的文件和目录。Subversion将文件存放在repository库中。这个仓库非常类似于一个普通的文件服务器,只是它还可以记录文件和目录曾经做过的每一次变更。可把版本控制系统比作一种“时间机器”。什么是Subversion?Subversion的仓库可以通过网络来访问,允许不同的用户在不同的计算机上使用。不同的使用者可以进行协同工作。而且所有工作都是有记录的,如果有错只要撤销就可以。Subversion只是版本控制系统,不是软件配置管理系统(SCM)。它是一个通道,可以管理任何计算机中的文件系统。WhatisSubversionnot?svnisnotabuildsystem.svnisnotasubstituteformanagement.svnisnotasubstitutefordeveloperCommunication.svndoesnothavechangecontrol.svnisnotanautomatedtestingprogram.Subversion的历史CVS有明显的局限性和功能上的不足。2000年开始,CollabNet公司就开始着手开发新的版本控制系统来代替CVS。KarlFogel和JimBlandy是CVS开发者,加入到开发subversion当中。他们让Subversion来使用CVS的特性,并且保留相同的开发模型,但是避开CVS的那些明显的缺陷。Subversion于2001年8月进入“自测”阶段。Subversion的特色目录控制CVS只能跟踪单个文件的历史,而Subversion实现了一个虚拟的受控文件系统,可以跟踪整个目录的变更。真正的版本历史由于CVS只限于记录文件的版本信息,像文件复制、重命名这样的操作它就不支持,在Subversion中我们可以添加、删除、复制和重命名文件和目录。Subversion的特色原子化提交一个变更集要么完整地被提交到仓库中,要么不做任何改变,从而避免发生不完整地提交变更的情况。受控元数据每一个文件和目录都有一个与其对应的属性集。可选的网络层Subversion仓库的存取是一个抽象概念,有利于其他人实现新的网络访问机制,Subversion可以作为一个外部模块插入到ApacheHTTP服务器中。Subversion的特色一致的数据处理Subversion使用一种二进制的比较算法来表示文件之间的区别。高效的分支和标记分支和标记所带来的开销与项目的规模并没有直接的关系,Subversion在创建分支和标记时使用类似“连接”的方式来复制项目。扩展能力它是由一组设计良好的APIs实现的,包含在C的共享库中,这使得它很容易维护。也很容易被其他应用程序或语言使用。Subversion的体系结构Subversion的体系结构典型的client/server模式结构在系统的一端是存放着所有受控制数据的Subversion仓库。另一端是Subversion的客户端程序,管理着受控数据的一部分在本地的映射(称为“工作副本”)。在这两端之间,是通过各种仓库存取层(RepositoryAccess,RA)的多条通道。这些通道中,有些要使用计算机网络,再通过用来访问Subversion仓库的服务器。而有些则完全绕过了网络,直接对仓库进行操作。Subversion的安装Subversion是建立在一个叫做APR(theApachePortableRuntimelibrary)的可移植运行库之上的。Subversion可以运行在任何Apache服务器可以运行的操作系统之上:Windows、Linux,各种类型的BSD、MacOSX,Netware以及其他的系统。获得Subversion的最简单的方法就是下载适合于你的操作系统的二进制软件包Subversion的站点()Windows安装是图形化界面,linux安装较复杂,另有讨论。Subversion的组件svn一个命令行的客户端程序svnversion报告本地工作副本状态(当前档案的修订版本号表示)的程序svnadmin用来创建或者是修复仓库的工具svndumpfilter过滤资源库程序Subversion的组件mod_dav_svnApache服务器的一个插件模块,用来使其他人可以通过网络访问这个仓库svnserve一个定制的、独立的Subversion服务程序。可作为一个驻留进程运行或者是由SSH调用。是使仓库可以被别人通过网络访问的另一种方法常用的组件是svn和svnadmin,有图形化客户端来实现svn和svnadmin功能。Subversion快速入门运行下面的例子,必须确保svn和svnadmin这两个工具正常运行。同时还必须保证你的svn工具是针对BerkeleyDB编译的。可以运行svn--version然后检查ra_local模块是否可用来确认,如果没有这个模块,我们的客户端程序将无法访问file://URLsSubversion快速入门Subversion快速入门$svnadmincreate/path/to/reposls/path/to/reposconf/dav/db/formathooks/locks/README.txt这个命令创建了一个包含Subversion仓库的目录/path/to/repos。另外,这个目录必须创建在本地磁盘,而不能是在网络共享磁盘上下一步,准备一个类似下面例子中的用来导入的文件、目录树。在树结构中,应该包含三个顶层目录:branches、tags和trunkSubversion快速入门/tmp/project/branches//tmp/project/tags//tmp/project/trunk/foo.cbar.cMakefile...Subversion快速入门一旦你准备好了目录树,就可以使用svnimport命令来导入数据到仓库中了svnimport/tmp/projectfile:///path/to/repos-minitialimportAdding/tmp/project/branchesAdding/tmp/project/tagsAdding/tmp/project/trunkAdding/tmp/project/trunk/foo.cAdding/tmp/project/trunk/bar.cAdding/tmp/project/trunk/Makefile...Committedrevision1.Subversion快速入门现在,仓库中就有了整个目录树中的数据为了开始操作仓库中的数据,我们需要先创建一个数据的“工作副本(workingcopy)”出来。这类似于一种私有的工作区,向Subversion“checkout”(借出)一份仓库中trunk目录的工作副本:$svncheckoutfile:///path/to/repos/trunkproject在一个新的project目录下就有了仓库中一部分数据的一个私人副本,可以在本地工作副本上编辑某个文件,然后再将那些修改提交到仓库中。Subversion客户端工具命令行工具通过命令行方式,主要命令包括:svn:基本svn命令svnadmin:存储库管理svnlook:存储库查看TortoiseSVN与windows资源管理器集成subclipse与eclipse集成二、版本控制的基本知识2.1仓库(TheRepository)2.2版本控制模型2.3实际工作中的subversion2.4subversion/cvs/vss比较2.1仓库(TheRepository)Subversion是一个集中式的系统。它的核心是一个用来存放数据的中心仓库。中心仓库使用典型的文件和目录层次结构――树状结构来存储信息。许许多多的客户端可以连接到中心仓库,然后读取或者写入文件。客户端通过写文件来使其他人共享,也可以读取其它客户端所写入的文件。典型的客户端/服务器系统模型,如图所示:2.1仓库(TheRepository)仓库就是一种文件服务器,只是不是通常的那种。Subversion仓库可以记录写入仓库的每一次更改。这些更改包括对每一个文件的每一次修改,甚至是对目录本身的修改,例如添加文件、删除文件和对文件和目录的重新编排。这些特性使得Subversion仓库与一般的文件服务器相比较为特殊。客户端同样可以读取文件和目录以前某个时刻的状态。版本控制系统的核心:记录和跟踪数据的修改历史。2.1仓库(TheRepository)2.2版本控制模型版本控制系统的核心任务是使得数据可以协作处理和共享。但是不同的系统使用不同的策略来达到这个目标。文件共享的问题。“锁定―修改―解锁”方案复制―修改―合并方案文件共享的问题所有的版本控制系统都需要解决这样一个基础问题:怎样让系统允许用户共享信息,而不会让他们因意外而互相干扰?版本库里意外覆盖别人的更改非常的容易。我们有两个共同工作者,Harry和Sally,他们想同时编辑版本库里的同一个文件。如果首先Harry保存他的修改,过了一会,Sally凑巧用自己的版本覆盖了此文件。而Harry所有的修改不会出现在Sally的文件中,所以Harry的工作还是丢失了。文件共享:锁定-修改-解锁方案(1)文件共享:锁定-修改-解锁方案(2)锁定可能导致管理问题如果Harry锁住文件后忘了此事,则Sally僵住。锁定可能导致不必要的线性开发Harry编辑一个文件的开始,而Sally编辑此文件的结尾。本来不冲突,修改后合并即可。锁定可能导致错误的安全状态如果Harry锁住A,Sally锁住B,而两文件相互依赖,则两文件不能很好地工作。文件共享:拷贝-修改-合并方案(1)Subversion、CVS以及其他一些版本控制系统使用“拷贝―修改―合并”模型来代替锁定。每一个用户的客户端软件从中央仓库创建出一份个人的工作副本――仓库中文件和目录的本地映射。用户就可以并行工作,修改手中的私有副本。这些私有副本合并成为一个全新的版本。版本控制系统常常需要合并,但是最终,操作者本身必须负责让合并工作正确进行。文件共享:拷贝-修改-合并方案(2)文件共享问题的解决合并模型假定文件是可以根据上下文合并的文本文件例如程序源代码、源代码以及用纯文本,HTML,Text等格式保存的文档。对于二进制文件,可以采用锁定模型如用MicrosoftWord格式,PDF等格式保存的文档及图片,声音,可执行文件,库等,有必要采用锁定让用户轮流修改文件。svn两种模型都支持冲突(conflict)如果Sally的修改