项目管理svn用户操作手册

1、SVN 客户端用户使用手册20061115该文档将逐步教您如何在开发过程中使用 svn 客户端环境模拟现有项目名称：test服务端版本库：testURL：开发：devA，devB版本库目录结构：testDoc（word 文档）Soc（源代码）word_1word_2soc_1sod_2一基本操作第一步：安装客户端 到共享文件夹下，TortoiseSVN-1.4.0.7501-win32-svn-1.4.0.msi 安装程序，双击直接安装即可。安装成功后，右键单击鼠标会多出两个选项，分别是 SVN checkout 和 Tortoise SVN。第二步：建立工作区项目开始之前，在本地 PC 的硬

2、盘上，创建一个文件夹，文件夹命名随意（例如 workspace），该文件夹即作为开发者在项目开发过程中的工作区。第三步：版本库假如现在开发一个项目，配置管理员会在服务端建立一个该项目的版本库 test在 workspace 文件夹上，右键单击鼠标。选择SVN checkout，会出现如下窗口图1在 URL of reitory 中输入版本库地址，在 Checkout dir中系统会自动添加第二步所创建的工作区目录。在 Revi中，选中 HEAD revi，这样将会到版本库的版本。如果想库中的旧版本文件，可选中 Revi，然后填入版本号即可。自己负责的那部分模块，可以在 URL 后添加。如果不想

3、模块名，例如整个版本库，而是只想单击 OK，输入用户名和第四步：修本库对版本库的修改包括修改文件内容，添加删除文件，添加删除目录。经过第三步的操作，本地的工作区文件夹，即 workspace 上会有绿色对勾出现，工作区下的文件也会带有绿色对勾，如图 2图 2如果对库中某一个文件进行了修改，系统会自动为这个文件和这个文件所在的各级父文件夹加上红色叹号，代表该文件或目录已经在本地被修改，如图 3图 3当所有对版本库的修改操作完毕后，右键单击工作区文件夹，选择 commit 提交新版本，输入后系统将把修改后的版本库上传到服务端，即完成一次对版本库的更新。注意：新版本提交之后，其他拥有写权限的用户也许

4、会重复以上几步的操作，完成对版本库的再一次更新。所以，每次在工作区文件夹下修改本地版本库之前，必须首先对本地版本库执行一次更新（右键单击工作区，选择 SVN Updata），将再进行修改操作。二其他操作的版本到本地，然后在日常的常用操作。开发过程中，除了以上介绍的，提交，更新操作外，还有另外几种（1）比较文件的不同之处当对 soc_1 做了修改之后，soc_1 文件会出现红色叹号，表示已经修改，如果想查看修改后的 soc_1 文件与修改前有何不同，可以右键单击此文件，选择 diff，系统探出一个窗口，如图 3，窗口分为两个部分，左边为更改之前的版本，右边为更改之后的版本。并在不同之处作出标记和

5、说明。如图 4图 4如果是word 文档的话，选择 diff 之后，系统会打开一个 word 文档，并在其中标出修改后的版本与修改前有何不同。如图 4.1图 4.1（2）查看日志如果想查看一个文件的日志，例如 soc_1，右键单击这个文件，选择 show log，系统会踏出一个窗口，并在窗口中显示 soc_1 各个版本的 log。如图 4图 5（3）查看版本树如果想查看 soc_1 文件的版本树，右键单击该文件，选择 Revi开一个窗口，并在窗口中显示该文件的版本树。如图 6。graph，系统将会打图 6之所以只显示了 4.5.6.7 四个版本，是因为选择了只显示发生过变化的版本。即 1.4.

6、5.6.7每一个版本都有不同的地方，都是经过用户修改后提交的。而 2.3 两个版本是与版本 1 相同的。（4）某个文件的旧版本如果想要得到某个文件的旧版本，只需在该文件上单击右键，选择 Updao revi即可。系统会提示输入版本号。例如要soc_1 的第五个版本，只需填入 5 即可。如图 7。查看完版本 5 的文件后，如果想在此回到版本，只需要对 soc_1 运行 Updata 即可。图 7（5）重名名和删除文件如果要删除一个文件或重名名一个文件，注意不要在 windows 下直接操作。只需右键单击该文件，选择 Rename 或Delete，svn 系统便会完成操作。在 workspace

7、中将文件重命名或删除后，服务端的文件结构不会变化，只有当提交新版本库后，即 commit 后，服务端的文件结构才会被更新。如果误删除了文件，在没有提交版本库之前，可以通过对版本库的升级将文件重新下载到本地的版本库，也可以通过 revert 恢复（参考第八条）。如果文件删除，并且已经提交，旧版本完成，参考（4）。那么要找回文件只能通过（6）创建分支版本库中最初的文件 soc_1,soc_2,word_1,word_2 都是主干文件。如果想要为 soc_1 创建一个分支，只需右键单击 soc_1，选择 Branch/Tag，系统会弹出一个窗口，如图 8。在窗口中，From URL 表示要创建的这个

8、分支是 soc_1 的分支（系统会自动添加，不必更改）。在To URL 中，需要更改一下文件名，在文件名后加一个标志即可，例如“_branch”，路径不需要更改。在 Creat copyhe reitory from 中，可以选择分支文件是由 soc_1 的那一个版本拷贝来的。最后填写日志，选择 OK。图 8分支创建完毕，Updata 版本库，系统会将 soc_1 的主干文件和分支文件 soc_1_branch同时 到本地版本库，如图 8.1，然后即可在分支文件上进行操作。此时 soc_1 的版本树如图 8.2图 8.1图 8.2（7）合并分支当需要把 soc_1_branc 分支文件合并到

9、soc_1 主干文件时，右键单击 soc_1，选择 Merge，会弹出一个窗口，如图 9。图 9在 From 输入框中填入主干的 URL，在 To 输入框中填入分支的 URL。在 From 和 To中，都有两个选项 HEAD Revi和 Revi，表示要进行合并的是 soc_1 的那个版本。合并之后主干文件会标注红色叹号，表示已被修改，并可以提交。如果合并后文件标注的是黄色叹号，表示文件有（8）撤销修改，处理方法见第三部分“异常处理”。当对一个文件进行了修改并保存后（注意此处并没有进行提交），如果对修改不满意，想要重新修改，可以右键单击修改过的文件（带红色叹号的那个），然后选择 revert，

10、前面的一系列修改便会被撤销，恢复到 Updata 之后的状态。如果一个文件被误删除，也可通过右键单击该文件所在的目录，选择 revert 来恢复。三异常处理此处所说的异常主要是指文件发生。以用户devA 和用户 devB 为例，了的版本库，并对库中同一个文件 soc_2 进行修改提交时，首当两个用户同时先提交的用户 devA 不会发生异常，第二个提交的用户 devB 便会出现无法提交的现象。因为服务端的版本库已经被 devA 更新，devB 用户在上传时，系统会提示出错如图 10。在这种情况下，devB 用户需要首先对修改的文件进行 Updata 文件操作。如果两个用户修改了文件 soc_2 的同一个地方，则在 devB 用户执行 Updata 后，系统会将本地的 soc_2 与从服务端soc_2 合并到一个文件上，并在该文件图标上标上黄色叹号，表示文件出