编辑“SVN”

'''SVN'''，全名Subversion，即版本控制系统。

SVN与[[CVS]]一样，是一个跨平台的软件，支持大多数常见的[[操作系统]]。作为一个[[开源]]的版本控制系统,Subversion 管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件[[服务器]], 不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。[[Subversion]] 是一个通用的系统, 可用来管理任何类型的文件, 其中包括了[[程序]]源码。

==SVN历史==
早在[[2000年]]，CollabNet, Inc.([http://www.collab.net])就开始召集开发人员开发[[CVS]]的替代品。CollabNet 提供一套名为SourceCast协同工作套件，其中的一部分组件是版本控制。虽然SourceCast使用CVS作为其最初的版本控制系统，但是CVS 的种种限制从一开始就处处可见，最后CollabNet明白必须要找到一个更好的解决方案。不幸的是，至少在免费license中，因为没有更好的选择，CVS已经广泛成为了开源世界中事实上的标准。所以CollabNet决定开发一个新的版本控制系统，保留CVS的基本特性但去处CVS的[[bug]]和不好的特性。

在2000年2月，他们联系《使用CVS开发开源项目》（Open Source Development with CVS）(Coriolis, 1999)的作者Karl Fogel，并征求了他是否愿意在这个新的项目中担任一个角色。巧合的是，当时Karl已经和他的朋友Jim Blandy讨论了一个关于新的版本控制系统的设计。在1995年，这两人就成立了Cyclic Software，一个提供CVS的商业支持的软件公司。虽然他们经营商业服务，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim认真思考更好的方法来管理数据，不但确定名字为“Subversion”，而且完成了Subversion档案库的基础设计。

当 CollabNet的电话到来时，Karl立即答应了加入项目中，而且Jim让他的雇主RedHat Software同意让他在这个项目中不定期工作。CollabNet雇用了Karl和Ben Collins-Sussman，并在5月开始了详细设计工作。在得到了来自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（当时是一名活跃在WebDAV/DeltaV规范过程的自由程序员）很多创意的帮助下，Subversion很快地引起了一个活跃开发者社区的注意。它找出并欢迎很多同样在CVS上受到挫折的社员能来为这个项目做点什么。

Subversion 最初的设计Team定下了几个简单的目标。 它必须在功能上可取代 CVS，也就是说, 所有 CVS 可做到的事, 它都要能够作到。在修正最明显的瑕疵的同时, 还要保留相同的开发模式。 还有, Subversion 应该要和 CVS 很相像, 任何 CVS 使用者只要花费少许的力气, 就可以很快地上手。

经过十四个月的编码后, Subversion 于2001年8月31日开始实现 “自行管理”。 也就是说, 开发人员不再使用 CVS 来管理 Subversion 的代码, 而以 Subversion 自己来管理。

从启动这个项目到现在，虽然CollabNet提供了大部分的资金(它付出几位全职 Subversion 开发人员的薪水), 但这还是个开源项目, 由一组松散透明的规则所约定。 CollabNet 拥有代码的版权完全符合 Debian Free Software Guidelines。换句话说, 每个人都可以随意地免费下载、修改、以及重新发布 Subversion; 完全不需要经过 CollabNet, 或是任何人的允许。

==SVN组成部分==
*SubVersion：实现服务系统的软件。

*TortoiseSVN：是SVN[[客户端]][[程序]]，为[[windows]]外壳程序集成到windows资源管理器和文件管理系统的Subversion客户端。

*SVNService.exe：是专为 SubVersion 开发的一个用来作为 Win32 服务挂接的入口程序。

*AnkhSVN：是一个专为[[Visual Studio]]提供SVN的[[插件]]。 

==SVN的主要功能==
*目录版本控制
:CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 “虚拟” 的版本控管文件系统, 能够依时间跟踪整个目录的变动。 目录和文件都能进行版本控制。

*真实的版本历史
:自从CVS限制了文件的版本记录，CVS并不支持那些可能发生在文件上，但会影响所在目录内容的操作，如同复制和重命名。除此之外，在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中，你可以增加（add）、删除（delete）、复制（copy）和重命名（rename），无论是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。

*自动提交
:一个提交动作，不是全部更新到了档案库中，就是完全不更新。这允许开发人员以逻辑区间建立并提交变动，以防止当部分提交成功时出现的问题。

*纳入版本控管的元数据
:每一个文件与目录都附有一組属性关键字并和属性值相关联。你可以创建, 并儲存任何你想要的Key/Value对。 属性是随着时间来作版本控管的, 就像文件內容一样。

*选择不同的网络层
:Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到[[Apache]] [[HTTP]] 服务器中。这个为Subversion提供了非常先进的稳定性和协同工作能力，除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器， 使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。

*一致的数据处理方式
:Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。 这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。

*有效的分支(branch)与标签(tag)
在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接（hard-link）。 所以这些操作只会花费很小, 而且是固定的时间。

*Hackability
:Subversion没有任何的历史包袱; 它主要是一群共用的 [[C]] 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。

==相关资源==
[http://subversion.tigris.org/ SVN官方]| [http://subversion.tigris.org/getting.html#windows SVN下载] | [http://svndoc.iusesvn.com/ SVN中文手册]

==相关条目==
*[[CVS]]
*[[开放源代码]]

==参考来源==
*[http://www.kuqin.com/baike/20081006/21123.html 参考来源1]
*[http://blog.csdn.net/Tong118/archive/2006/04/13/662456.aspx 参考来源2]

[[category:版本控制系统|S]]
[[category:开放源代码|S]]