TortoiseSVNSubversion用户手册.docVIP

TortoiseSVN（Subversion）用户手册 目录 一、 TortoiseSVN（Subversion）的基本概念 1 1. TortoiseSVN简介 1 2. Subversion的特性 1 3. 版本库 3 4. 拷贝－修改－合并 3 5. 锁定－修改－解锁 5 6. 工作拷贝 5 7. 修订版本 7 二、 TortoiseSVN的常用操作 8 1. 安装TortoiseSVN 8 2. 公司Subversion配置说明 9 3. 读操作（对只有读权限的用户） 9 A. TortoiseSVN客户端访问模式（I） 9 B. TortoiseSVN客户端访问模式（II） 10 C. Web浏览器访问方式 11 4. 写操作（对有读写权限的用户） 12 A. SVN检出（SVN CheckOut） 12 B. TortoiseSVN→版本库浏览器 13 C. SVN更新 14 D. SVN提交 15 E. TortoiseSVN→显示日志 15 F. TortoiseSVN→检查更新 16 G. TortoiseSVN→更新至版本 16 H. TortoiseSVN→已解决的 17 I. TortoiseSVN→还原 17 J. TortoiseSVN→添加 18 K. TortoiseSVN→设置（Settings） 18 L. TortoiseSVN→在此创建版本库 19 M. 解决冲突 19 TortoiseSVN（Subversion）的基本概念 TortoiseSVN简介 TortoiseSVN是开源版本控制软件——Subversion在Windows操作系统下的一个资源管理器的插件 版本化的元数据：每一个文件或目录都有一套属性—键和它们的值，你可以建立并存储任何键/值对，属性也是随时间的流逝而纳入版本控制的，很像文件的内容。 有效率的分支和标签分支与标签的代价不与工程的大小成比例，Subversion建立分支与标签时只是拷贝整个工程，使用了一种类似于硬链接的机制，因而这类操作通常只会花费很少并且相对固定的时间。ersion架构 版本库 Subversion是一种集中的分享信息的系统，它的核心是版本库，它储存所有的数据，版本库按照文件树形式储存数据—包括文件和目录。任意数量的客户端可以连接到版本库，读写这些文件。通过写，别人可以看到这些信息，通过读数据，可以看到别人的修改。图? “一个典型的客户/服务器系统”描述了这种关系： 的客户／服务器系统 拷贝修改合并Subversion，CVS和一些版本控制系统使用拷贝-修改-合并模型，在这种模型里，每一个客户联系项目版本库建立一个个人工作拷贝—版本库中文件和目录的本地映射。用户并行工作，修改各自的工作拷贝，最终，各个私有的拷贝合并在一起，成为最终的版本，这种系统通常可以辅助合并操作，但是最终要靠人工去确定正误。这是一个例子，Harry和Sally为同一个项目各自建立了一个工作拷贝，工作是并行的，修改了同一个文件A，Sally首先保存修改到版本库，当Harry想去提交修改的时候，版本库提示文件A已经过期，换句话说，A在他上次更新之后已经更改了，所以当他通过客户端请求合并版本库和他的工作拷贝之后，碰巧Sally的修改和他的不冲突，所以一旦他把所有的修改集成到一起，他可以将工作拷贝保存到版本库，图? “拷贝-修改-合并 方案”和图? “拷贝-修改-合并 方案（续）”展示了这一过程。但是如果Sally和Harry的修改交迭了该怎么办？这种情况叫做冲突， 这通常不是个大问题，当Harry告诉他的客户端去合并版本库的必威体育精装版修改到自己的工作拷贝，他的文件A就会处于冲突状态：他可以看到一对冲突的修改集，并手工的选择保留一组修改。需要注意的是软件不能自动的解决冲突，只有人可以理解并作出智能的选择，一旦Harry手工的解决了冲突—也许需要与Sally 讨论—它可以安全的把合并的文件保存到版本库。 图1.4. 拷贝-修改-合并 图1.4(1). 拷贝-修改-合并 方案（续）许多版本控制系统使用锁定-修改-解锁这种机制解决这种问题，在这样的系统里，在同一时间段里版本库只允许一个人改变文件。首先在修改之前，Harry要“锁定” 住这个文件，锁定很像是从图书馆借一本书，如果Harry锁住这个文件，Sally不能做任何修改，如果Sally想请求得到一个锁，版本库会拒绝这个请 求。她只可以阅读文件，直到Harry结束编辑并且放开这个锁。Harry解锁后，就要换班了，Sally得到自己轮换位置开始锁定并且编辑。图?“锁定-修改-解锁 方案”描述了这样的解决方案。 图1.5. 锁定-修改-解锁 方案一个Subversion工作拷贝是你本地机器一个普通的目录，保存着一些文件，你可以任意的编辑文件，