CVS in the Field
CVS records file changes during a project’s development. Project files are added to the repository as they are created, and developers check out a personal sandbox — a personal copy of the project’s files — to work from. Each developer works in her own sandbox and regularly commits her changes to the repository. Developers also update the contents of their sandboxes regularly to ensure that changes to the repository are reflected in each sandbox.
The term project can take on many different meanings. The stereotypical CVS project is a programming project in which files contain source code for the various programs written as part of the project. But that’s a narrow view of what a CVS project can be. CVS can be used in many other settings as well, as the next few sections demonstrate.
System Administration
CVS can store configuration files, mail
aliases, domain records, and other files for which changes should be
tracked. Import the files (or all of /etc) into
a repository and require administrators to check them out into a
sandbox to make changes. Commit the files back to the repository and
export the changes to the server. If the changes fail, rolling back
to the previous state is easy.
Multiple servers with varied but similar configurations can be maintained using different branches of the same files. Changes to any given branch can be merged into other branches selectively.
Every change made through CVS is recorded in a file history, along with the username of the ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access