| Concurrent Versions System |
Article Index for Concurrent |
Website Links For Concurrent Versions System |
Information AboutConcurrent Versions System |
| CATEGORIES ABOUT CONCURRENT VERSIONS SYSTEM | |
| software engineering | |
| free revision control software | |
The Concurrent Versions System ('''CVS'''), also known as the '''Concurrent Versioning System''', is an Open-source Version Control System that 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 . It was invented and developed by Dick Grune in the 1980s. CVS has become popular in the Open Source Software world and is released under the GNU General Public License . FEATURES CVS uses 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 (although at least the CVSNT server supports various flavors of Windows and Unix ), while CVS clients may run on any major Operating-system platform. Several developers may work on the same project concurrently, each one editing files within their own ''working copy'' of the project, and sending (or ''checking in'') their modifications to the server. To avoid the possibility of people stepping on each other's toes, the server will only accept changes made to the most recent Version of a file. Developers are therefore expected to keep their working copy up-to-date by incorporating other people's changes on a regular basis. This task is mostly handled automatically by the CVS client, requiring manual intervention only when a ''conflict'' arises between a checked-in modification and the yet-unchecked local version of a file. 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. CVS can also run external, user-specified log processing scripts following each commit. These scripts are installed by an entry in CVS's loginfo file, which can trigger email notification or convert the log data into a Web-based format. Clients can also compare versions, 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 with either a blank or simple published password (e.g., "anoncvs"); only the check-in of changes requires a personal account and 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 storage of different versions of the same file. The implementation favors files with many lines (usually text files) - in extreme cases individual copies of each version are stored rather than a delta. TERMINOLOGY A single project (set of related files) managed by CVS is called a '' Module ''. A CVS server stores the modules it manages in its '' Repository ''. Acquiring a copy of a module is called ''checking out''. The checked out files serve as a ''working copy''. One's changes to the working copy will be reflected in the repository by '' Committing '' them. To ''update'' is to acquire the latest changes from the repository in the 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 about CVS on his site. To quote: The code was publicly released to mod.sources on . 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 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. Relationship with GNU Historically, the relationship between CVS and the GNU project could appear somewhat ambiguous: the GNU Web site distributed the program, labelling it "GNU package" on one page and "other GPL-licensed project" on another. This was recently clarified when CVS development moved from cvshome.org to savannah.nongnu.org, with CVS officially assigned to the non-gnu category. On the FTP site, the program has traditionally resided in the /non-gnu/ directory and still does.LIMITATIONS For each commonly listed limitation of CVS there is also a commonly listed reason:
Over time, developers have wanted to change the CVS code significantly to add new features, refactor the code and improve developer productivity. This has led to the phrase YACC: "Yet Another CVS Clone" (itself a play on the Unix command named, "yacc," which stands for "yet another compiler compiler"). CVS replacement projects include CVSNT (first released 1998), OpenCVS (to be released soon) and Subversion (first released 2004). SEE ALSO
REFERENCES
EXTERNAL LINKS
|
|
|