早在2000年，CollabNet,Inc.(http://www.collab.net)开始寻找CVS替代产品的开发人员，CollabNet提供了一个协作软件套件CEE(CollabNetEnterpriseEdition)，它的一个组件是版本控制系统。尽管CEE在初始时使用CVS作为其版本控制系统，但是CVS的局限性在一开始就很明显，CollabNet知道迟早要找到一个更好的替代品。遗憾的是，CVS成为了开源世界事实上的标准，因为没有更好的产品，至少是没有可以自由使用的。所以CollabNet决定写一个新的版本控制系统，建立在CVS思想之上的，但是修正其错误和不合理的特性。 2000年2月，他们联系Open Source Development withCVS(Coriolis,1999)的作者Karl Fogel，并且询问他是否希望为这个新项目工作，巧合的是，当时Karl正在与朋友JimBlandy讨论设计一个新的版本控制系统。在1995年，他们两个曾经开办一个提供CVS支持的公司CyclicSoftware，尽管他们最终卖掉了公司，但还是天天使用CVS进行日常工作，在使用CVS时的挫折最终促使他们认真地去考虑如何管理标记版本的数据，而且他们当时不仅仅提出了“Subversion”这个名字，并且做出了Subversion版本库的基础设计。所以当CollabNet提出邀请的时候，Karl马上同意为这个项目工作，同时Jim也得到了他的雇主，RedHat软件赞助他到这个项目并提供了一个宽松的时间。CollabNet雇佣了Karl和BenCollinsSussman，详细的设计从三月开始，在Behlendorf、CollabNet、JasonRobbins和GregStein（当时是一个独立开发者，活跃在WebDAV/DeltaV系统规范阶段）的恰当激励的帮助下，Subversion很快吸引了许多活跃的开发者，结果是许多有CVS经验的人们很乐于有机会为这个项目做些事情。 最初的设计小组固定在简单的目标上，他们不想在版本控制方法学中开垦处女地，他们只是希望修正CVS，他们决定Subversion匹配CVS的特性，保留相同的开发模型，但不复制CVS明显的缺陷。尽管它不需要成为CVS的继任者，它也应该与CVS保持足够的相似性，使得CVS用户可以轻松的做出转换。经过14个月的编码，2001年8月31日，Subversion自己能够“成为服务”了，开发者停止使用CVS保存Subversion的代码，而使用Subversio--n本身。当CollabNet开始这个项目的时候，曾经资助了大量的工作（它为全职的Subversion开发者提供薪水），Subversion像许多开源项目一样，被一些激励知识界精英的宽松透明的规则支配着。CollabNet的版权许可证完全符合Debian的自由软件方针，也就是说，任何人可以自由的下载，修改和重新发布，不需要经过CollabNet或其他人的允许。 SVN - 介绍 SVN与CVS一样，是一个跨平台的软件，支持大多数常见的操作系统。作为一个开源的版本控制系统,Subversion 管理着随时间改变的数据。 这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件服务器, 不过它会记住每一次文件的变动。 这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。Subversion 是一个通用的系统, 可用来管理任何类型的文件, 其中包括了程序源码。 SVN - Vss与Svn 的对比SubVersion：实现服务系统的软件。 TortoiseSVN：是SVN客户端程序，为windows外壳程序集成到windows资源管理器和文件管理系统的Subversion客户端。 SVNService.exe：是专为 SubVersion 开发的一个用来作为 Win32 服务挂接的入口程序。 AnkhSVN：是一个专为Visual Studio提供SVN的插件。 1. 支持重命名，这对 Java 开发来说非常重要。 为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名，而重命名中 VSS中是不被支持的。 2. 开发的时候不一定要锁定。 一方面导致重构不方便，另一方面，不能离线开发，使用 SVN就不同，可以带回家继续开发，回来后，提交就行了。 3. 多平台。 可以支持多个平台下的操作 4. 更好的客户端支持。 Eclipse 中的 VSS Plugin 不如它的 SVN Plugin 好用。一个在 Windows 下用的 SVN 客户端 TortoiseSVN 也比VSS 的客户端好用（VSS 只有微软提供的一个 GUI 客户端）。 5. 更好地与外围工具集成。 各种各样的外围工具（主要是服务器端），满足多种需要。如果有需要，也可以自己写插件或管理脚本，开放的架构，允许我们这样做。 6. 方便。 一个例子：部署应用的时候，以前的做法是找出一个项目中修改过的文件，更新到服务器上去，现在可以在服务器上执行 svn export 命令，把代码库中的最新版本导出，完成部署（也可以替换回老版本）。 7. 速度与稳定性看起来都不错。 学习它的管理、它的工作方式，是值得的。而 VSS是一个已经被逐渐抛弃的软件。如果时间不是多得没处用，那么就把时间花在最值得花的东西上面。 8.SVN技术资料最全面的网站：http://www.svn8.com |
| 欢迎光临 EaBIM (https://eabim.net/) | Powered by Discuz! X3.2 |