SVN的PPT

SVN名词解释： 修订版（revision）：可以认为是某个文件在其生命周期内各个保存的快照， 每个快照和一个时间区间对应。 版本库（Repository）：存放修订版的数据库，版本库中储存项目所有的数据，按照 文件树形式储存数据—包括文件和目录，一个典型的SVN 的版本库包含许多项目的 文件（源代码及文档），通常每一个项目都是版本库的子目录。任意数量的客户端 可以连接到版本库，读写这些文件。 本地工作拷贝（Local working copy）：修订版在本地的副本，它是程序员本地机器上 的一个文件目录，里面存放着版本库中获得源代码和文档的一个工作拷贝，程序员可以 在本地查看、修改、编译、运行和调试，完成后把新版本的源代码和文档送回到版本库中 版本的签入/提交（Check in/Commit）：本地副本提交到服务器的版本库 ，将已经修改 好的工作拷贝放回版本库中的过程称为提交。 检出（Check out）：从服务器的版本库中取出修订版成为本地副本。 是从版本库中获得要修改的文档或源代码等文件的一个工作拷贝的过程。 版本号的来源： Subversion使用基于版本仓库的计数。 标签（Tags）：为版本加一个名字，便于检出； 分支（Branches）：修订版打分支，以后可以平行修改，互不干扰； 合并（Merging）：将分支的修订版合并为一个新的修订版 ； 锁（Locking）：为修订版加锁； 冲突（Conflict）：并发版本控制时防止修订版混乱的错误机制；
下图给出了Subversion 设计总体上的“俯视图”。 即subversion的一般架构。
图中的下端是保存所有 版本数据的subversion 版本库。 上端是subversion的客户 端程序。管理着所有版本 数据的本地映射 （即“工作拷贝”）。 在这两极之间是各种各样 的版本库访问层（RA）。 某些使用网络通过网络 服务器访问版本库。
SVN 在设计上包括了一个抽象的网络层，这意味着SVN 的版本库可以通过 各种服务器进行访问，而允许程序员为客户端“版本库访问”的API 写出 相关协议的插件，理论上讲，SVN 可以使用无限数量的网络协议，目前提供了 有两种服务器运行方式：一种是Subversion Standalone Server。即svnserve， 一个小型的独立服务器，另一种是基于Apache HTTP Server，即Web 服务 器，它通过mod_dav_svn 模块，客户端使用WebDAV/DeltaV 协议进行访问。 Subversion是一个自由/开源的版本控制系统。也就是说，在Subversion管理下， Subversion允许你数据恢复到早期版本，或者是检查数据修改的历史。 Subversion的版本库可以通过网络访问，从而使用户可以在不同的电脑上进行操作。 从某种程度上来说，允许用户在各自的空间里修改和管理同一组数据可以促进团队 协作。因为修改不再是单线进行，开发速度会更快。此外，由于所有的工作都已版 本化，也就不必担心由于错误的更改而影响软件质量—如果出现不正确的更改， 只要撤销那一次更改操作即可。 Subversion是一个通用系统，可以管理任unk，tag，branch）
1.tags tag 是项目在某一时间的快照 (snapshot) 。对于SVN 来讲，每一次资源库的 修订都是一次快照。 tag 可以用来建立milestone。tag 仅仅是项目某一时刻的标记，与工作空 间，分支等没有任何关系。 SVN 中的tag 允许自定义名称，这样就可以方便的根据tag 名称获取项目某一 时刻的版本。 2.trunk / branch trunk 是项目工作的主干道，也可以理解为项目开发的原始路线、主开发进 程。如果没有特殊的需求，项目会一直在trunk 中进行。 在某个时刻，可能需要创建工作文档的第二个拷贝，然后单独维护这个拷贝。 这就有了branch 的概念，一个与其他开发进程独立的开发进程。
在SVN 服务器上，通常要对用户配置权限。SVN有三种权限：读（RO）、读写 （RW）、无权限（No Access）。
SVN也是一种配置管理工具，配置管理（CM）可以做什么？
SVN能够做什么？
• • • • • •
代码存储和维护 代码版本回溯 代码版本分合控制 多协同开发 目录版本控制重命名 多文件不分隔传送（要么全更新，要不全不更新）
SVN是Subversion 缩写，它是一个自由、开放源码、多用户的版本控制系统, 支持通过本地或远程访问数据库和文件系统存储库。Subversion 管理着随 时间改变的数据。 这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件服务器，不过它会记住每一次文件的变动。 这样你就可以把数据档案恢复到旧的版本，或是浏览文件数据的修改变动历史。 许多人会把版本控制系統当成一种“时间机器”。 版本控制是管理数据变更的一种技术。对于程序员来说，它已经成为不可或 缺的工具，因为他们经常修改软件代码，产生部分的变更，然后第二天再取 消所有的变更。想象有一群程序员同时工作的情况你就能理解，为什么需要 一个良好的系统来管理可能出现的混乱。 SVN 不但提供了常见的比较、合并、标记、提交和分支功能，SVN 还增加了 追踪移动和删除的能力。此外，它还支持非ASC II文本和二进制数据、原子性 提交、HTTP 访问等特性，当SVN 被广泛使用时，也需要有个管理工具能够更 方便安全地维护SVN 的用户、组、权限、库等内容，协助普通用户更好地 配置管理SVN，而无需都交由可能比较繁忙的系统管理员维护。而基于Web 的 Subversion 管理工具将是一种非常适合的选择。 SVN 可以支持Windows 和Linux 两种操作系统，在两种操作系统上运行都具有 稳定性和安全性。
Subversion支持： 版本化的目录： Subversion实现的“虚拟”版本化文件系统则可以跟踪目录树的变更。 在Subversion中，文件和目录都是版本化的。 真实的版本历史： 在Subversion中，可以对文件或目录进行增加、拷贝和改名操作，也解决了同名而 无关的文件之间的历史联系问题。 原子提交 ： 一系列相关的更改，要么全部提交到版本库，要么一个也不提交。这样用户就可以 将相关的更改组成一个逻辑整体，防止出现只有部分修改提交到版本库的情况。 版本化的元数据： 每一个文件和目录都有自己的一组属性—键和它们的值。可以根据需要建立并存储 任何键/值对。和文件本身的内容一样，属性也在版本控制之下。 可选的网络层： Subversion在版本库访问的实现上具有较高的抽象程度，利于人们实现新的网络访问 机制。Subversion可以作为一个扩展模块嵌入到Apache之中。这种方式在稳定性和交互性 方面有很大的优势，可以直接使用服务器的成熟技术—认证、授权和传输压缩等。 此外，Subversion自身也实现了一个轻型的，可独立运行的服务器软件。这个服务器 使用了一个自定义协议，可以轻松的用SSH封装。
一致的数据操作： Subversion用一个二进制差异算法描述文件的变化，对于文本（可读）和 二进制（不可读）文件其操作方式是一致的。这两种类型的文件压缩存储在 版本库中，而差异信息则在网络上双向传递。 高效的分支和标签操作： 在Subversion中，分支与标签操作的开销与工程的大小无关。Subversion的分支和 标签操作用只是一种类似于硬链接的机制拷贝整个工程。因而这些操作通常只会 花费很少且相对固定的时间。 可修改性： Subversion没有历史负担，它以一系列优质的共享C程序库的方式实现，具有定义 良好的API。这使得Subversion非常容易维护，和其它语言的互操作性很强。
SVN常用命令 常用命令 import：将未版本化的文件纳入版本控制并提交。在导入之后，原来的目录树 并没有转化成工作拷贝，为开始工作，还是需要运行checkout导出一个工作拷贝。 checkout：从版本库中检出一个版本，创建本地工作拷贝。 update：更新工作拷贝，更新到某个版本。 add，delete，copy，move：增，删，复制，移动文件或目录。 status：检查状态差异。 diff：检查文件行级详细差异。 revert：恢复。 resolve：解决冲突。 switch：切换工作拷贝对应的版本库分支。 log：查看历史记录。 list：显示文件目录。 cat：查看某个文件内容。 commit：将本地工作拷贝中的改动提交到版本库。 lock/unlock：加锁/解锁。 info：查看文件详细信息。 merge：将两个版本之间的差异合并到当前文件（可能涉及冲突处理） help：SVN的帮助。
SVN
什么是版本控制？
版本控制系统用于保存编写开发应用程序时的文档的各个修订版本（revision）。 版本控制也称作Revision Control System(RCS)。 版本控制系统的核心任务是实现历史操作的记录和协同开发。管理数据变更。
使用版本控制的好处？
对团队和个人都有好处： 为团队提供了所有项目文档的回退按钮； 支持多个开发人员在可控的方式下为相同的代码工作； 版本控制系统保存了文档在过去的各个改动，便于查找是谁，在何时， 因为什么修改了文档； 支持在文档的主线上同时有多个版本； 支持查询在某个时点上项目各个文档的状态，可用于研究生产效率等， 也可用于对以前的软件发行版的再发行。 常用版本控制系统：VSS，CVS，Subversion，ClearCase等等。 Subversion是新一代的版本控制工具，正逐步替代CVS。 资源： 官方网址：/ / subversion中文站：/ / 中文手册：/svnbook/
SVN工作原理图
版本控制系统的核心任务是实现历史操作的记录和协同开发。 在一台服务器上建立一个SVN 版本库，版本库中可以存放许多不同的项目资源（源程序 及文档），项目组成员分配了相应的访问权限；SVN 通过URL 来标识版本库中的资源， 项目组成员可以通过svn 协议或http 协议访问版本库中的资源。一次典型的访问过程包 括：项目组成员将版本库里的项目文件检出到客户端机器中，然后在自己的工作拷贝中 进行任何修改，最后用SVN 提交命令提交到SVN 服务器,由它进行更新。任何修改都在客 户端进行，在修改未被提交到服务器前，SVN 服务器不会把该次修改与其他人的合并， 也不会把该次修改展示给别人。当每次提交时，SVN 将提交的项目资源的版本与原有版本 进行比较，如果有修改则记录修改内容，更新版本号，这样就实现了历史操作的记录。 项目组成员可以检出以往的任一版本，同时SVN 也提供了不同版本之间比较的功能。