tortoise小svn简易使用手册v2.0.docVIP

SVN介绍 什么是SVN / TortoiseSVN？ SVN是Subversion的缩写，Subversion是一种开源的版本控制系统，可以超越时间的管理文件和目录。Subversion将文件保存在中央的repository（版本库），除了能记住文件和目录的每次修改以外，版本库非常像普通的文件服务器。你可以将文件恢复到过去的版本，并且可以通过检查历史知道数据做了哪些修改，谁做的修改。而TortoiseSVN是Subversion版本控制系统的一个免费开源客户端，通过TortoiseSVN将本地的配置项（文档、源码、工具）提交到版本库中或从版本库中检出配置项。 ?什么是版本库？ Subversion是一种集中的分享信息的系统，它的核心是版本库，它储存所有的数据，版本库按照文件树形式储存数据－包括文件和目录，任意数量的客户端可以连接到版本库，读写这些文件。通过写，别人可以看到这些信息；通过读数据，可以看到别人的修改。版本库是另一种文件服务器，而不是你常见的那一种。最特别的是Subversion会记录每一次的更改，不仅针对文件也包括目录本身，包括增加、删除和重新组织文件和目录。当一个客户端从版本库读取数据时，通常只会看到最新的版本，但是客户端也可以去看以前的任何一个版本。 ?一个典型的客户/服务器系统 版本模型 所有的版本控制系统都需要解决这样一个基础问题：怎样让系统允许用户共享信息，而不会让他们因意外而互相干扰？版本库里意外覆盖别人的更改非常的容易。 这里只介绍目前我们使用的那种类型： 拷贝-修改-合并 方案 Subversion，CVS和一些版本控制系统使用拷贝-修改-合并模型，在这种模型里，每一个客户连接项目版本库建立一个个人工作拷贝（版本库中文件和目录的本地映射）。用户并行工作，修改各自的工作拷贝，最终，各个私有的拷贝合并在一起，成为最终的版本，这种系统通常可以辅助合并操作，但是最终要靠人工去确定正误。 这是一个例子，Harry和Sally为同一个项目各自建立了一个工作拷贝，工作是并行的，修改了同一个文件A，Sally首先保存修改到版本库，当Harry想去提交修改的时候，版本库提示文件A已经过期，换句话说，A在他上次更新之后已经更改了，所以当他通过客户端请求合并版本库和他的工作拷贝之后，碰巧Sally的修改和他的不冲突，所以一旦他把所有的修改集成到一起，他可以将工作拷贝保存到版本库。 拷贝-修改-合并 方案 拷贝-修改-合并 方案（续） 但是如果Sally和Harry的修改交迭了该怎么办？这种情况叫做冲突，这通常不是个大问题，当Harry告诉他的客户端去合并版本库的最新修改到自己的工作拷贝时，他的文件A就会处于冲突状态：他可以看到一对冲突的修改集，并手工的选择保留一组修改。需要注意的是软件不能自动的解决冲突，只有人可以理解并作出智能的选择，一旦Harry手工的解决了冲突（也许需要与Sally讨论），他就可以安全的把合并的文件保存到版本库。 拷贝-修改-合并模型感觉是有一点混乱，但在实践中，通常运行的很平稳，用户可以并行的工作，不必等待别人，当工作在同一个文件上时，也很少会有交迭发生，冲突并不频繁，处理冲突的时间远比等待解锁花费的时间少。 Subversion实战 工作拷贝 一个Subversion工作拷贝是你本地机器一个普通的目录，保存着一些文件，你可以任意的编辑文件，而且如果是源代码文件，你可以像平常一样编译，你的工作拷贝是你的私有工作区，在你明确的做了特定操作之前，Subversion不会把你的修改与其他人的合并，也不会把你的修改展示给别人。 一个工作拷贝也包括一些由Subversion创建并维护的额外文件，用来协助执行这些命令。通常情况下，你的工作拷贝每一个文件夹有一个以.svn为名的文件夹，也被叫做工作拷贝管理目录，这个目录里的文件能够帮助Subversion识别哪一个文件做过修改，哪一个文件相对于别人的工作已经过期了。 一个典型的Subversion的版本库经常包含许多项目的文件（或者说源代码），通常每一个项目都是版本库的子目录，在这种安排下，一个用户的工作拷贝往往对应版本库的的一个子目录。 修订版本 一个svn commit操作可以作为一个原子事务操作发布任意数量文件和目录的修改，在你的工作拷贝里，你可以改变文件内容、删除、改名和拷贝文件和目录，然后作为一个整体提交。 在版本库中，每一次提交被当作一次原子事务操作：要么所有的改变发生，要么都不发生，Subversion努力保持原子性以应对程序错误、系统错误、网络问题和其他用户行为。 每当版本库接受了一个提交，文件系统进入了一个新的状态，叫做一次修订（revision），每一个修订版本被赋予一个独一无二的自然数，一个比一个大，初始修订号是0，只创