*** Welcome to piglix ***

Apache Subversion

Apache Subversion
Subversion Logo.svg
Original author(s) CollabNet
Developer(s) Apache Software Foundation
Initial release 20 October 2000; 16 years ago (2000-10-20)
Stable release 1.9.5 (November 29, 2016; 3 months ago (2016-11-29))
Preview release 1.9.0-beta1 (March 18, 2015; 2 years ago (2015-03-18))
Repository svn.apache.org/viewvc/subversion/trunk/
Development status Active
Written in C
Operating system Cross-platform
Type Revision control
License Apache License
Website subversion.apache.org

Apache Subversion (often abbreviated SVN, after its command name svn) is a software versioning and revision control system distributed as open source under the Apache License. Software developers use Subversion to maintain current and historical versions of files such as source code, web pages, and documentation. Its goal is to be a mostly compatible successor to the widely used Concurrent Versions System (CVS).

The open source community has used Subversion widely: for example in projects such as Apache Software Foundation, Free Pascal, FreeBSD, GCC, Mono and SourceForge. CodePlex offers access to Subversion as well as to other types of clients.

Subversion was created by CollabNet Inc. in 2000, and is now a top-level Apache project being built and used by a global community of contributors.

CollabNet founded the Subversion project in 2000 as an effort to write an open-source version-control system which operated much like CVS but which fixed the bugs and supplied some features missing in CVS. By 2001, Subversion had advanced sufficiently to host its own source code, and in February 2004, version 1.0 was released. In November 2009, Subversion was accepted into Apache Incubator: this marked the beginning of the process to become a standard top-level Apache project. It became a top-level Apache project on February 17, 2010.

Subversion offers two types of repository storage.

The original development of Subversion used the Berkeley DB package. Subversion has some limitations with Berkeley DB usage when a program that accesses the database crashes or terminates forcibly. No data loss or corruption occurs, but the repository remains offline while Berkeley DB replays the journal and cleans up any outstanding locks. The safest way to use Subversion with a Berkeley DB repository involves a single server-process running as one user (instead of through a shared filesystem).


...
Wikipedia

...