版本控制软件subversion使用简介 (非技术人员版)

《版本控制软件subversion使用简介 (非技术人员版)》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、版本控制软件Subversion使用简介（非技术人员版）什么是版本控制在一个项目开发过程中，开发人员经常修改项目的源代码文件。由于源代码文件经常改动，我们需要一种版本控制系统把各个源代码的各个历史版本管理起来，方便将来参考，跟踪。版本控制系统对于程序开发来说是必不可少的。实际上，一个项目，例如我们的大话西游，除了程序的源代码，还包含有其他的许多资源，如策划文档，美术资源。大量的文档需要管理好，同样需要版本控制。1.文档应该集中管理。文档是公司的宝贵资源，集中存放，容易备份，维护。2.文档的修改历史都

2、有记录，方便跟踪项目的变化。例如，可以查到某个文档什么时间被谁修改过。同样也可以拿到任何一个历史版本的文档。3.文档交流更加准确。在版本控制系统下，文档在中心服务器上，并且分配了版本号给任何一个历史版本。于是，策划要告诉程序员按照某个文档标准去做，那只要告诉文档的位置，版本号，程序员就会拿到准确的文档，而不会造成任何误会。4.好的版本控制系统可以很方便的控制权限。例如策划部门可以设定一部分文档只能由某些策划修改，其他策划只能查阅。同样可以控制某些程序员可以查阅某些策划文档，其他跟项目无关的人员无权阅

3、读。使用版本控制还有很多好处，大家会在实际应用过程中慢慢体会到。Subversion的大体结构集中存放所与数据的地方叫做Repository（仓库），它记录了所有的版本控制中的文件，它们所有的历史等等一切信息。我们会用一个专用的服务器建立Repository。Client是指远程访问Repository的客户端程序。Subversion的Client程序有几种，稍后会介绍其中之一。日常工作的流程其实就是通过某个subversion的客户端程序，访问仓库上面的文件。流程图：这里首先介绍一下subver

4、sion的基本流程，以便于对整个的框架有全局认识，具体内容在此流程图之后用Checkout命令从仓库提取文件和目录安装tortoiseSVN用Update命令得到文件和目录的最新版本用add,delete命令或特定的编辑器修改文件和目录循环用Commit命令将你的本地修改提交到仓库安装方法我们以TortoiseSVN这个客户端作为例子介绍subversion。在http://tortoisesvn.tigris.org下载了TortoiseSVN的最新的版本以后，按提示完成安装。安装完以后，你不会看

5、到什么特别的“开始”菜单，桌面上也没有什么特别的图标。这是因为我们大部分工作都是用右键菜单完成的。安装完以后，最好重新启动计算机。Checkout要开始工作，必须从仓库提取（checkout）一部分文件到你自己的机器上。这里，你首先要知道你要修改的部分是仓库里的哪一个目录。指定仓库的目录的方法是通过一个URL。通常，仓库的管理员会告诉你URL是什么。例如，我知道我要工作的文件位于如下的URL：http://192.168.3.207/svn/repos/dep/tech/proj/gamesales

6、-review/之下，这个URL就是我要用的仓库路径。我现在就要把这个URL之下的全部文件和子目录都提取一份到本地。首先我选择一个适当的目录，例如我选择了D:subversion，打开右键菜单，选择checkout：此时会弹出一个对话框：其中URLofrepository就是上面提到的仓库路径了，而Checkoutdirctory就是你自己选择的工作目录了。点ok，成功以后出现一下对话框：这表明已经成功的从仓库提取所有文件和目录，当前版本号62点ok确定以后可以看到工作目录D:/subversio

7、n/的图标已经改变，而且下面多了几个刚刚Add的文件和一个.svn目录，此目录记录了SVN的相关信息，通常不用管它。至此，TortoiseSVN的安装和设置工作就完成了。使用方法：1.commit这是最多的应用之一。当你对工作目录中的文件进行了修改，打算提交到仓库的时候就要使用它了。注意下图中的有叹号的文件，这就表示你曾经修改过（按F5刷新）。接下来就是提交这些改动了，右键点击你的工作目录，然后点commit,弹出下面的对话框。对话框的上部文本区是你对本次修改的说明，你可以填写任何内容，这只是便于以

8、后查阅。在下方区域列出了这修改过的两个文件(status=modified)。当然你也可以单个文件逐步提交，方法如上，这样有个好处就是可以为每个文件写不同的修改说明（logmessage）.Ok,下一步，成功信息！再刷新一下你的工作目录，提交完成。值得注意的一点是最好不要不停的commit，这是没有多大的实际意义的，最好是定时或者有了某些完整的改动以后再commit，否则版本信息会比较乱，不便于以后恢复和查找。另外就是logmessage最好写得详细，清楚。2．Upd