说说版本管理工具.doc

版本管理工具目前的几种版本管理工具主要有VSS(Visual Source Safe)、CVS（Concurrent Version System）、SVN Subversion、Clearcase等几种被广泛使用和推广。介绍：1. VSSVSS是微软的产品，是配置管理的一种很好的入门级的工具。VSS最初的名字叫Source Safe，是一家小公司的产品，92年曾经获了最佳小型管理工具奖，然后立即被微软收购。但是微软收购的只是source safe的Windows版本，在美国还有另外两家公司分别获得了继续开发和销售source safe的Mac版本和Unix版本的许可，在MS买进vss之后，基本上没有对vss进行任何的研发，MS内部自身也不用vs。2. SVN和CVS先说说CVS，CVS是开源代码的配置管理工具，其源代码和安装文件都可以免费下载。学校实验室的代码全部都用CVS管理，为啥？很简单，两个字：免费！它与Eclipse配合，基本上Java的代码编写，代码管理和版本管理都可以“免费”搞定了。 SVN(Subversion)是近年来崛起的版本管理工具，被誉为cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。虽然在 2006年时SVN的使用族群仍然远少于传统的CVS，但已经有许多开放源码团体决定将CVS转换为SVN。已经转换使用SVN的包括了 FreeBSD、Apache Software Foundation、KDE、GNOME、GCC、Python、Samba、Mono 以及许多团体。许多开发团队换用SVN是因为 Trac、SourceForge、CollabNet、CodeBeamer等专案协同作业软件以及Eclipse、NetBeans等IDE提供SVN的支援整合。 除此之外，一些自由软件开发的协作网如SourceF除了提供CVS外，现在也提供专案开发者使用SVN作为原码管理系统，JavaForge、Google Code以及 BountySource 则以SVN作为官方的源码管理系统。2009年，绝大多数CVS服务已经改用SVN。CVS已经停止维护。3. ClearcaseRational公司的ClearCase是软件行业公认的功能最强大、价格最昂贵的配置管理软件。 ClearCase主要应用于复杂产品的并行开发、发布和维护，其功能划分为四个范畴：版本控制、工作空间管理（Workspace Management）、构造管理（Build Management）、过程控制（Process Control）。ClearCase通过TCP/IP来连接客户端和服务器。另外，ClearCase拥有的浮动License可以跨越UNIX和 Windows NT平台被共享。 ClearCase的功能比CVS、SourceSafe强大得多，但是其用户量却远不如CVS、SourceSafe的多。主要原因是：ClearCase价格昂贵，如果没有批量折扣的话，每个License大约5000美元。对于中国用户而言，这无疑是天价。用户只有经过几天的培训后（费用同样很昂贵），才能正常使用ClearCase。如果不参加培训的话，用户基本上不可能无师自通。VSS与SVN的对比整理项目VSSSVN分析原子性提交Atomic commit不支持支持SVN无论批量提交包含多少文件修改，只有当全部文件修改都成功入库，该提交才变得有效，才对其他用户可见；否则，无论任何原因造成中断，SVN都会自动“回滚”(rollback)操作。换一个说法，SVN保证所有的修改要么全部入库生效，要么个也不入库，即对版本库不作任何修改重命名不支持支持这对Java和C#开发很重要，为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名，有时会对文件重命名再提交最小提交块文件行最小提交块是文件，这样通过看历史很难找出某次checkin到底checkin了什么东西安全性基于文件系统共享实现对服务器的访问，需要共享存储目录SVN服务器有自己专用的数据库，文件存储不采用“共享目录”方式，所以不受限于局域网，客户端可以是不同的平台，都是通过tcp/ip和特定端口来访问SVN服务器，有不同安全等级的访问协议可供选择每次使用VSS的时候都要得登记一次服务器，麻烦离线开发操作需要执行几个步骤也可以安全入库，但麻烦不需要另外操作模式主要采用独占模式使用update,modify,commit方式。每个人可以修改自己可以访问的任意代码，代码不会被一个人单独占用。可以多人修改同一份代码，并且每个人的修改结果都不会丢失。如果提交时SVN没有发现冲突，则代码可以直接入库。否则SVN会让你手工合并Internet网络和远程协作VSS8.0支持通过tcp/ip和特定端口，可使用VPN远程访问更适合基于互联网协作开发，速度快支持平台WindowsWindows,Linux,Unix支持开发工具VS6.0VS.NET2005,VS.NET2008VSS Plugin for EclipseSVN for VS.net 2005 Plugin-AnkhSVN,VS.net2008,SVN for Eclipse客户端VSS clientWindows下：TortoiseSVNLinux下：RapidSVN自动合并VS2005中支持提供，如果不能自动合并，可以手工修改冲突版本分支在操作中VSS首先要做项目共享,引入要分支的项目或文件然后做分支操作自动建立分支多版本分支的合并异地开发支持支持操作的便利性安装、配置、使用均简单，很容易上手使用安装、配置较复杂，但使用简单，只需对配置管理做简单培训即可版本管理手工通过label来自定义一个版本号，可以解决部分项目管理的问题，但这是远远不够的，当一个产品根据用户需求产生一系列不同的项目版本时使用VSS将难以管理提交时记录版本号，自动分支管理VSS版本发行时只能手工挑选对应的版本文件进行发布与外围工具集成无各种各样的外围工具（主要是服务器端），满足多种需要。如果有需要也可以自己写插件或管理脚本，开放的架构，允许我们这样做费用Proprietry付费open source 免费VSS 和 SVN/CVS 在锁定和非锁定上的处理源自应用环境的不同. VSS 产生于微软这样的 close source 的企业, 而在这样的企业里, 开发软件时, 团队成员间通常就在一个办公室里, 文件的锁定/解锁的协调相对容易, 任务也许可以真的分配到一个人就在一个文件上工作; 但, 在开源世界里, 开发人员来自世界各地, 在世界的每个角落/不同时间里参与着项目的开发, 如果你今天在北京把一个文件锁住, 晚上没做完, 没提交, 然后睡觉去, 我们美国的同志们若也参与这个功能的开发, 那么在北京时间凌晨 2:00 的时候, 你尚在美梦中, 而那边已是早上 9:00 的工作点, 这样就没法对这个文件进行修改, 只能等到你呼呼睡醒, 北京时间 9:00 上班, 而美国那边已经是 16:00, 浪费大半天, 该下班了.那么我们在公司里, 是不是其实应该很适合用 VSS 呢? 举个简单的例子就知道不行了 - g20 项目中我们有个 g20.js 的文件, 所有 ajax 相关的功能都在这个将近 6K 行代码的文件里完成, 我们的同学们经常需要同时并行着做两个以上的功能, 这使得我们不可能采用锁定的模式. 而 SVN 的拷