早在2000 年，CollabNet, Inc. (http://www.collab.net) 开始寻找CVS 替代产品的开发人员，CollabNet 提供了一个协作软件套件CEE (CollabNet Enterprise Edition)，它的一个组件
是版本控制系统。尽管CEE 在初始时使用CVS 作为其版本控制系统，但是CVS 的局限性在一开始就很明显，CollabNet 知道迟早要找到一个更好的替代品。遗憾的是，CVS成为了开源世界事
实上的标准，因为没有更好的产品，至少是没有可以自由使用的。所以CollabNet 决定写一个新的版本控制系统，建立在CVS 思想之上的，但是修正其错误和不合理的特性。
2000 年2 月，他们联系Open Source Development with CVS(Coriolis, 1999)的作者Karl Fogel，并且询问他是否希望为这个新项目工作，巧合的是，当时Karl 正在与朋友Jim Blandy 讨
论设计一个新的版本控制系统。在1995 年，他们两个曾经开办一个提供CVS支持的公司Cyclic Software，尽管他们最终卖掉了公司，但还是天天使用CVS 进行日常工作，在使用CVS 时的挫
折最终促使他们认真地去考虑如何管理标记版本的数据，而且他们当时不仅仅提出了“Subversion”这个名字，并且做出了Subversion 版本库的基础设计。所以当CollabNet 提出邀请的时
候，Karl 马上同意为这个项目工作，同时Jim 也得到了他的雇主，RedHat 软件赞助他到这个项目并提供了一个宽松的时间。CollabNet 雇佣了Karl 和Ben Collins Sussman，详细的设计从
三月开始，在Behlendorf 、CollabNet、Jason Robbins 和 Greg Stein（当时是一个独立开发者，活跃在WebDAV/DeltaV 系统规范阶段）的恰当激励的帮助下，Subversion 很快吸引了许多
活跃的开发者，结果是许多有CVS 经验的人们很乐于有机会为这个项目做些事情。
最初的设计小组固定在简单的目标上，他们不想在版本控制方法学中开垦处女地，他们只是希望修正CVS，他们决定Subversion 匹配CVS 的特性，保留相同的开发模型，但不复制CVS 明显的
缺陷。尽管它不需要成为CVS 的继任者，它也应该与CVS 保持足够的相似性，使得CVS 用户可以轻松的做出转换。
经过14 个月的编码，2001 年8 月31 日，Subversion 自己能够“成为服务”了，开发者停止使用CVS 保存Subversion 的代码，而使用Subversion 本身。
当CollabNet 开始这个项目的时候，曾经资助了大量的工作（它为全职的Subversion 开发者提供薪水），Subversion 像许多开源项目一样，被一些激励知识界精英的宽松透明的规则支配着
。CollabNet 的版权许可证完全符合Debian 的自由软件方针，也就是说，任何人可以自由的下载，修改和重新发布，不需要经过CollabNet 或其他人的允许。