版本控制是管理数据变更的一种技术。对于程序员来说，它已经成为不可或缺的工具，因为他们经常修改软件代码，产生部分的变更，然后第二天再取消所有的变更。想象有一群程序员同时工作的情况你能理解，为什么需要一个良好的系统来管理可能出现的混乱。

　　Subversion 是一个开源的版本控制系?， 也是说 Subversion 管理着随时间改变的数据。 这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件服务器， 不过它会记住每一次文件的变动。 这样你可以把档案恢复到旧的版本， 或是浏览文件的变动历史。 许多人会把版本控制系?想像成某种 “时光机器”。

　　某些版本控制系?也是 SCM(software configuration management) 系统。 这些系?是特?设计来管理大量代码的， 而且具有许多专门针对软件开发的功能，像通俗易懂的程序语言， 或是提供编译软件的工作。 不过 Subversion 并不是这样的系统; 它是一个通用的系统， 可用来管理任何类型的文件， 其中包括了程序源码。

　　早在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， 或是任何人的允许。