TortoiseSVN是Subversion版本控制系统的一个免费开源客户端,可以超越时间的管理文件和目录。在subversion管理下,文件和 目录可以超越时空。Subversion将文件存放在中心版本库中,这个版本库就像一个普通的文件服务器,不同的是,它可以记录每一次文件和目录的修改情况,每个文件的改变,甚至是目录树本身的改变,例如文件和目录的添加、删除和重新组织。许多人将此当做时间机器。
需要知道的是,subversion的客户端有两类,一类是webSVN等基于web 的,一种是以TortoiseSVN为代表的客户端软件。前者需要web服务器的支持,后者需要用户在本地安装客户端,两种都有免费开源软件供使用。
Subversion支持Linux和Windows,更多的是安装在linux下。SVN的服务器有2种运行方式:独立服务器和借助apache.SVN存储版本数据也有2种:Berkeley DB和FSFS。
Subversion是一个“集中式”的信息共享系统。版本库是subversion的核心部分,是数据的中央仓库。版本库以典型的文件和目录结构形式的文件系统树来保存信息。任意数量的客户端连接到SUBversion的版本库,读取、修改这些文件。客户端通过写数据将信息分享给其他人,通过读取数据获得别人共享的信息。
Apache subversion通常被缩写成SVN,SVN相对于RCS、CVS,采用了分支管理系统,它的设计目标就是取代CVS。
SVN的一些概念
Repository(源代码库):源代码统一存放的地方;
Checkout(提取):当你手上没有源代码的时候,你需要从repository checkout一份;
Commit(提交):当你已经修改了代码,你就需要commit到repository;
Update(更新):当你已经checkout了一份源代码,update一下你就可以和Repository上的源代码同步,你手上的代码就会有最新的变更。
SVN可以合并这两个程序员的改动,实际上SVN管理源代码是以行为单位的,就是说两个程序员只要不是修改了同一行程序,SVN都会自动合并两种修改。如果是同一行,SVN会提示conflict,需要手动确认。
SVN 的主要功能
CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 "虚拟" 的版本控管文件系统, 能够依时间跟踪整个目录的变动。 目录和文件都能进行版本控制。
自从CVS限制了文件的版本记录,CVS并不支持那些可能发生在文件上,但会影响所在目录内容的操作,如同复制和重命名。除此之外,在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中,你可以增加(add)、删除(delete)、复制(copy)和重命名(rename),无论是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。
一个提交动作,不是全部更新到了档案库中,就是不完全更新。这允许开发人员以逻辑区间建立并提交变动,以防止当部分提交成功时出现的问题。
每一个文件与目录都附有一組属性关键字并和属性值相关联。你可以创建, 并儲存任何你想要的Key/Value对。 属性是随着时间来作版本控管的,就像文件內容一样。
Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到Apache HTTP 服务器中。这个为Subversion提供了非常先进的稳定性和协同工作能力,除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器, 使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。
Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。 这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。
在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接(hard-link)。 所以这些操作只会花费很小, 而且是固定的时间。
Subversion没有任何的历史包袱; 它主要是一群共用的 C 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。
SVN的生命周期:
注意:status只是提供了一个变动列表,但并不提供变动的详细信息。你可以用diff操作来查看这些变动的详细信息。