版本控制技术在团队协同开发中应用探究.docVIP

版本控制技术在团队协同开发中应用探究摘 要：针对中小型软件开发团队在软件项目开发过程中经常遇到的文档和源代码变更频繁、版本混乱和修改冲突等问题进行分析，并对版本控制的原理和功能做了深入介绍，探讨一种在团队协同开发中使用SVN(Subversion)版本控制工具的规范和流程。 关键词：版本控制；协同开发；SVN 中图分类号：TB 文献标识码：A 文章编号：16723198（2012）14016802 1 引言 软件项目从最开始的提出需求到设计实现和测试部署到最后的交付维护的第一个环节都会产生不同的数据文件，包括软件开发各个阶段的文档和源代码等。在一个大型的软件项目中，各项任务往往是分工并行进行的，也就是这些数据文件会有到多个人同时维护修改，这样就会存在一些隐患，比如几个团队成员并行进行一个项目时，一个人所做的变更很容易影响到其他人的正在工作，同时参与的成员越多遇到这种问题的概率就越大，也就越影响项目的开发进度。 在软件开发的过程中并不都是一帆风顺的，有时在进行了一段时间后才发现这种解决方法有严重的缺陷，需要回溯到某个历史时间点的状态重新开始。另一方面，很多软件项目老师以渐进式发布的方式进行开发的，就是一个发布版本交付给用户使用，另一个开发版还在测试，但在测试版本结束前已经交付的版本还需要继续跟进，如何保证在发布版本中修复的错误也能准确的应用到开发版本中呢？又或者项目经理需要了解团队成员每天都做了什么修改，谁修改了哪些部分，需要完整、明确地跟踪项目的开发过程中的每一个变更。最简单的方法是保留项目不同时间的点的拷贝，并且编上版本号。这种方法虽然简单可靠，但是很没有效率，因为不同版本的拷贝几乎完全一样，要找出二个版本之间差异也非常困难。因此，在团队协同开发中引入现代的自动化的版本控制工具是十分有必要的。 2 关于版本控制 版本控制（Revision control）是一种软件工程中使用的技巧，用于在多人同时参与开发的过程中确保由不同成员所修改的同一文件都得到更新。一种简单的版本控制形式就是按次序自动给每一次修订编号，如最初加入仓库的版本号指定为“1”，当做了变更之后，版本号递增为“2”，以此类推，因此软件开发人员可以将当前工作目录的回溯到版本仓库中的任何一个状态。版本控制软件大都是采用差分编码存储，即在版本仓库中只存储文件与前一版本之间的差异部分，这样可以更有效的储存多个版本的文件，也更方便地对比不同版本之间的差异部分。 现在常用的版本控制软件按照版本仓库存储方式的不同可以划分为集中式和分布式两种。集中式版本控制系统是把版本仓库保存在中央服务器上，所有的版本控制工作也是在中央服务器上进行，每个成员的本地目录中都只保存当前一个工作副本数据，需要查看或获取其他版本的数据时必须再次向中央服务器连接，集中式版本控制系统是代表是CVS(Concurrent Version System)和SVN(Subversion)。分布式版本控制系统中没有了中央仓库的说法了，而是每个参与者都在本地有自己的版本库，向版本库中提交（commit）代码时无需连接远程服务器，而是记录在本地的版本库中，每个成员的本地版本库都记录储存在本地工作数据的所有历史记录，团队成员之间通过推送(Push)或拉取(Pull)动作来同步相互版本库的数据，分布式版本控制系统的代表是Mercurial和Git。 集中式版本控制系统由于其有成熟的服务端/客户端软件和支持，较低的门槛和平滑的学习曲线，方便的授权控制，使用原子提交方式防止提交不完整的变更记录的等优点，因此推荐中小型项目研发团队使用此方式进行版本管理。 3 Subversion版本控制工具 Subversion，由于其命令行工具名为svn，因此通常被简称为SVN。SVN 的每一次提交都会中央服务器的仓库中以顺序方式保存着与上一个提交之间的差异、提交日志、作者和提交时间等信息，每次提交时由中央服务器统一递增分配版本号。TortoiseSVN是Subversion版本控制系统在Windows系统下最常用的开源客户端。SVN的操作流程图如图1所示： 图1 SVN操作流程在中小型团队协同开发时建议使用“拷贝——修改——合并”策略进行，即每一个团队成员从中央版本库签出(checkout)一份源码到本地工作副本(work copy)中，各成员并行工作，在各自的工作副本上进行修改，最终，各个私有的工作副本合并在一起，成为最终的版本。 TortoiseSVN是Windows平台下最常用的Subversion客户端，他能够与Windows的资源管理器无缝集成，装好TSVN客户端后，每个受版本控制的文件和目录的状态使用小的彩色图标表示，根据图标就可以方便了解工作副本的状态，而且在资源