SVN客户端操作教程分析.pptVIP

* * * * * * * * * * 。 * * * * * * 1. IBM研究人员的定义。 * * 1. IBM研究人员的定义。 * * 1. IBM研究人员的定义。 * * 1. IBM研究人员的定义。 * * 1. IBM研究人员的定义。 * * 1. IBM研究人员的定义。 * *  SyNpuESB项目组 西北工业大学分布计算技术实验室 * * SVN进阶 * * SVN进阶 SVN简介及其他版本控制工具对比 版本控制模型与冲突 主干、分支、标签、合并等常用操作 SVN客户端工具简介 SVN最佳实践 * * SVN简介 SVN，是一个开放源代码的版本控制系统，相对于其他版本控制系统采用了分支管理系统，它的设计目标就是取代CVS。 它可以管理各个时刻的文件和目录 。 它还可以记录文件和目录曾经做过的每一次变更 。 SVN - 特性 版本化的目录 svn实现的“虚拟”版本化文件系统则可以跟踪目录树的变更。在svn中，文件和目录都是版本化的。 真实的版本历史 可以对文件或目录进行增加、拷贝和改名操作，也解决了同名而无关的文件之间的历史联系问题 原子提交 一系列相关的更改，要么全部提交到版本库，要么一个也不提交。这样用户就可以将相关的更改组成一个逻辑整体，防止出现只有部分修改提交到版本库的情况 * * 版本化的元数据 每一个文件和目录都有自己的一组属性—键和它们的值。可以根据需要建立并存储任何键/值对。和文件本身的内容一样，属性也在版本控制之下 可选的网络层 SVN可以作为一个扩展模块嵌入到Apache之中,此外，Subversion自身也实现了一个轻型的，可独立运行的服务器软件。这个服务器使用了一个自定义协议，可以轻松的用SSH封装。 一致的数据操作 用一个二进制差异算法描述文件的变化，对于文本（可读）和二进制（不可读）文件其操作方式是一致的。这两种类型的文件压缩存储在版本库中，而差异信息则在网络上双向传递。 高效的分支和标签操作 分支与标签操作的开销与工程的大小无关。SVN的分支和标签操作用只是一种类似于硬链接（文件的特殊?快捷方式快捷方式）的机制拷贝整个工程。因而这些操作通常只会花费很少且相对固定的时间。 * * 版本管理系统比较 * * SVN TFS Git 开源免费 收费 开源免费 VS 插件 VS集成 VS2013集成 VCS VCS DVCS * * SVN 是一个集中式的系统。典型的客户端/服务器系统模型，它的核心是一个用来存放数据的中心仓库。中心仓库使用典型的文件和目录层次结构――树状结构来存储信息。 SVN Repository * * SVN 修订号 一个 svn commit 操作可以将任意数量的文件和目录的修改发布作为一个单独的原子事务来处理 。 在仓库中，每一次提交都被作为一个原子事务来对待 。 每当仓库接受一次提交，仓库中的文件系统目录都会创建一种新的状态，叫做一个修订集（改动集）。 每一个版本号都被赋予一个唯一的自然数，并且每一个修订本的数字都比前一个要大。刚刚建立的仓库的初始的版本是 0 ，只包含一个空的根目录。 Subversion 的修订号是针对整个目录树的，而不是某一个独立的文件 。 版本控制模型加锁策略的选择 假设有两个开发人员，A和B，他们在同一个项目中工作。他们两人都把项目文件签出到了各自的本地硬盘上，并且都想要修改自己本的filel.cs如果这时两个人都签入会怎么样? 严格加锁（悲观锁） 乐观加锁 什么时候锁定是必需的 * * * * 版本控制模型 Subversion以及其他一些版本控制系统使用“复制―修改―合并”模型来代替锁定 。 每一个用户的客户端软件从中央仓库创建出一份个人的工作副本――仓库中文件和目录的本地映射 。 用户就可以并行工作，修改手中的私有副本 。 这些私有副本合并成为一个全新的版本 。 版本控制系统常常需要合并，但是最终，操作者本身必须负责让合并工作正确进行 。 * * 冲突（conflict） 遇到冲突这种情况，只有人本身才有能力理解和做出合理的选择 。注意，软件并不能自动解决冲突 。 用于解决冲突的时间远远少于锁定系统所带来的时间浪费。 冲突分类 文件冲突 树冲突 属性冲突 * * 文件冲突 当两名(或更多)开发人员修改了同一个文件中相邻或相同的行时就会发生文件冲突。 filename your changes ======= code merged from repository revision * * 文件名.扩展名.mine 这是你的文件，在你更新你的工作副本之前存在于你的的工作副