| The Concurrent Versions System (CVS), also known as the Concurrent Versioning System, implements a
version control system: it keeps track of all work and
all changes in a set of files, typically the implementation of a software project, and allows several (potentially widely separated) developers to collaborate. CVS has become popular in the open-source world. The developers of CVS release it under the GNU General Public License.
Features
CVS utilises a client-server architecture: a server stores the current
version(s) of the project and its history, and clients connect to the server in order to check-out a complete copy of the
project, work on this copy and then later check-in their changes. Typically, client and server connect over a LAN or over the Internet,
but client and server may both run on the same machine if CVS has the task of keeping track of the version history of a project
with only local developers. The server software normally runs on Unix (though Windows NT server also exists), while CVS clients may run on any major operating-system platform.
Several clients may edit copies of the project concurrently. When they later check-in their changes, the server attempts to
merge them. If this fails, for instance because two clients attempted to change the same line in a certain file, then the server
denies the second check-in operation and informs the client about the conflict, which the user will need to resolve by hand. If
the check-in operation succeeds, then the version numbers of all files involved automatically increment, and the CVS server
writes a user-supplied description line, the date and the author's name to its log files.
Clients can also compare different versions of files, request a complete history of changes, or check-out a historical
snapshot of the project as of a given date or as of a revision number. Many open-source projects allow "anonymous read access," a feature that was pioneered by OpenBSD. This means that clients may check-out and compare versions without a password; only the check-in of
changes requires a password in these scenarios.
Clients can also use the "update" command in order to bring their local copies up-to-date with the newest version on the
server. This eliminates the need for repeated downloading of the whole project.
CVS can also maintain different "branches" of a project. For instance, a released version of the software project may form one
branch, used for bug fixes, while a version under current development, with major changes and new features, forms a separate
branch.
CVS uses delta compression for efficient store of different versions
of the same file.
Terminology
CVS terminology dubs a single project (set of related files) managed by CVS as a module. A CVS server can manage
several modules; it stores all the modules it manages in its repository. The copy of a module that has been downloaded by
a client serves as a working copy.
History and status
CVS developed from an earlier versioning system called Revision Control System (RCS), still in use, which manages individual files but not whole projects.
Dick Grune has provided some brief historical notes (http://www.cs.vu.nl/~dick/CVS.html#History) about CVS on his site. To quote:
I created CVS to be able to cooperate with my students Erik Baalbergen and Maarten Waage on the ACK (Amsterdam Compiler Kit) C
compiler. The three of us had vastly different schedules (one student was a steady 9-5 worker, the other was irregular, and I
could work on the project only in the evenings). Their project ran from July 1984 to August 1985. CVS was initially called cmt,
for the obvious reason that it allowed us to commit versions independently.
The code was publicly released to mod.sources on June 23, 1986. You can still see
the original usenet post (http://groups.google.com/groups?:mod.sources.*&hl=en&lr=lang_en&ie=UTF-8&c2coff=1&safe=off&selm=122%40mirror.UUCP&rnum=2)
on Google Groups.
The code that eventually evolved into the current version of CVS started with Brian Berliner in April 1989, with later input
from Jeff Polk and many other contributors. Brian Berliner wrote a paper introducing his improvements to the CVS
program (http://citeseer.ist.psu.edu/berliner90cvs.html) which describes how
the tool was extended and used internally by Prisma, a third party developer working on the SunOS kernel, and was released for
the benefit of the community under the GPL.
Nowadays, a group of volunteers maintains the CVS code. Notably, the development of the Microsoft Windows version of CVS has split off into a separate project named CVSNT and has been more active in extending the feature
set of the system, even porting the changes back to the UNIX platform under the name CVSNT.
The relationship between CVS and the GNU project can appear somewhat ambiguous: the GNU
website distributes the program, labelling it "GNU package" on one page and "other GPL-licensed project" on another. On the FTP
site, the program resides in the /non-gnu/ directory.
Tools for CVS:
Web browsing tools for CVS
- viewCVS (http://viewcvs.sourceforge.net/#sec-future), CVSweb (http://www.freebsd.org/projects/cvsweb.html), Chora (http://horde.org/chora/),
codestriker (http://codestriker.sourceforge.net/index.html)
GUI front-ends for CVS
Free/open-source
- Windows: TortoiseCVS (http://www.tortoisecvs.org/)
WinCVS (http://www.wincvs.org/)
- Linux: pharmacy (http://pharmacy.sourceforge.net/index.html) (GTK2+) a GNOME compliant front-end, TkCVS (http://tkcvs.sourceforge.net/) (Tcl/Tk),
gCVS (http://cvsgui.sourceforge.net/) (GTK2+), LinCVS (http://www.lincvs.org/) (QT) It runs on
Linux/Unix, Windows and Mac OS X, Cervisia (http://www.kde.org/apps/cervisia/) (QT) A CVS gui frontend for KDE
- Java: boneclipse-cvsgrapher (http://www.bonevich.com/boneclipse-master/boneclipse-cvsgrapher/index.html) plugin for
Eclipse
Proprietary
- Windows: CS-CVS (http://www.componentsoftware.com/products/cvs) CVS client for windows - free of charge for
Open-Source developers.
- Windows, Linux, Mac OS X, OS/2, Solaris: SmartCVS (http://www.smartcvs.com) CVS client - free
Foundation version and commercial Professional version.
Other tools:
- meld (http://meld.sourceforge.net/) (interesting as diff tool), StatCvs (CVS reporting tool), BuildBot (http://buildbot.sourceforge.net/)
(can help project management. It builds and tests the tree each time a change is committed to the CVS)
External links
Literature
|