SVN操作.pptxVIP

SVN常用功能介绍张伟2011 年 需要掌握的内容:SVN版本库的目录版本库的检出修改版本库(更新或提交)比较文件的不同之处查看日志创建分支合并分支Svn冲突解决机制SVN版本库的目录Subversion有一个很标准的目录结构，是这样的。比如项目是proj，svn地址为svn://proj/，那么标准的svn布局是svn://proj/+-trunk+-branches+-tags这是一个标准的布局，trunk为主开发目录，branches为分支开发目录，tags为tag存档目录（不允许修改）。但是具体这几个目录应该如何使 用，svn并没有明确的规范，更多的还是用户自己的习惯。SVN版本库的目录例如可以很多公司采用下列模式进行开发：在每一个 release的branch中进行各自的开发，trunk只做发布使用。这种开发模式当中，trunk是不承担具体开发任务的，一个版本/阶段 的开发任务在开始的时候，根据已经release的版本做新的开发分支，并且基于这个分支进行开发。还是举上面的例子，这里面的时序关系是。1.0开发，做dev1.0的branch此时的目录结构svn://proj/ +trunk/? (不担负开发任务 ) +branches/ +dev_1.0 (copy from trunk) +tags/SVN版本库的目录1.0开发完成，merge dev1.0到trunk此时的目录结构svn://proj/ +trunk/? (merge from branch dev_1.0) +branches/ +dev_1.0 (开发任务结束，freeze) +tags/根据trunk做1.0的tag此时的目录结构svn://proj/ +trunk/? (merge from branch dev_1.0) +branches/ +dev_1.0 (开发任务结束，freeze) +tags/ +tag_release_1.0 (copy from trunk)SVN版本库的目录1.0开发，做dev2.0分支此时的目录结构svn://proj/ +trunk/? +branches/ +dev_1.0 (开发任务结束，freeze) +dev_2.0 （进行2.0开发） +tags/ +tag_release_1.0 (copy from trunk)1.0有bug，直接在dev1.0的分支上修复此时的目录结构svn://proj/ +trunk/? +branches/ +dev_1.0 (1.0bugfix) +dev_2.0 （进行2.0开发） +tags/ +tag_release_1.0 (copy from trunk)选择性的进行代码merge 版本库的检出项目开始之前，在本地硬盘上，创建一个文件夹，文件夹命名随意（例如workspace），该文件夹即作为软件开发者在项目开发过程中的工作区。假如现在开发一个项目，配置管理员会在服务端建立一个该项目的版本库，例如：test在workspace文件夹上，右键单击鼠标。选择SVN 检出，会出现如下窗口:版本库的检出在“版本库URL”中输入版本库地址svn://192.168.3.101/nbyh ，在“检出深度”中可以选择四种不同的检出方式，可以根据需要加以选择，这里选择默认的。在“版本”中，选中“最新版本”，这样将会下载到版本库的最新版本。如果想下载库中的旧版本文件，可选中“版本”，然后填入版本号即可。如果不想下载整个版本库，而是只想下载自己负责的那部分模块，可以在URL后添加模块名，例如：svn://192.168.3.101/nbyh/test设备管理。单击OK，输入用户名和密码修改版本库(更新或提交)对版本库的修改包括修改文件内容，添加删除文件，添加删除目录。经过第三步的操作，本地的工作区文件夹，即workspace上会有绿色对勾出现，工作区下的文件也会带有绿色对勾，如下图:修改版本库(更新或提交)如果对库中某一个文件进行了修改，系统会自动为这个文件和这个文件所在的各级父文件夹加上红色叹号，代表该文件或目录已经在本地被修改，如下图：修改版本库(更新或提交)当所有对版本库的修改操作完毕后，右键单击工作区文件夹，选择“提交”提交新版本，输入密码后系统将把修改后的版本库上传到服务端，即完成一次对版本库的更新。如下图:修改版本库(更新或提交)注意：新版本提交之后，其他拥有写权限的用户也许会重复以上几步的操作，完成对版本库的再一次更新。所以，每次在工作区文件夹下修改本地版本库之前，必须首先对本地版本库执行一次更新（右键单击工作区，选择SVN 更新），将最新的版本下载到本地，然后再进行修改操作。如下图：比较文件的不同之处当对soc_1做了修改之后，soc_1文件会出现红色