CVS

CVS использует архитектуру клиент-сервер. Обычно клиент и сервер соединяются через локальную сеть или через Интернет, но могут работать и на одной машине, если необходимо вести историю версий локального проекта. Серверное ПО обычно работает под управлением Unix (хотя существует CVS-сервер и для Windows NT), тогда как CVS клиенты доступны во всех популярных операционных системах.

Сервер хранит в специальном хранилище (репозитории) текущие версии проекта и историю изменений, а клиент соединяется с ним, чтобы получить нужную ему версию или записать новую. Получив с сервера нужную версию (check-out), клиент создаёт локальную копию проекта (или его части) — так называемую рабочую копию. После того, как в файлы, находящиеся в рабочей копии, внесены необходимые изменения, они пересылаются на сервер (check-in).

Несколько клиентов могут работать над копиями проекта одновременно. Когда они отправляют результаты, сервер пытается объединить вместе их изменения в хранилище. Если это не удаётся, например, в случае, когда два клиента изменили одни и те же строки в определённом файле, сервер не примет изменения от последней операции check-in, и сообщит клиенту о конфликте, который должен быть исправлен вручную. Если операция check-in завершилась успешно, то номера версий всех затронутых файлов автоматически увеличиваются, и сервер записывает комментарий, дату и имя пользователя в свой журнал.

Клиенты также могут сравнить различные версии файлов, запросить полную историю изменений или получить исторический образ проекта на определённое число или по номеру версии. Многие открытые проекты разрешают анонимный доступ на чтение, который впервые был применён в OpenBSD. Это означает, что клиенты могут запрашивать и сравнивать версии файлов без пароля; только check-in-операции, ведущие к изменению данных в хранилище, требуют пароль.

Также для синхронизации локальной копии проекта с информацией на сервере клиенты могут использовать команду update, что позволяет избежать повторного скачивания всего проекта.

CVS также может содержать различные ветви проекта. Например, стабильная версия проекта может составлять одну ветвь (англ. branch), в которую вносятся только исправления ошибок, тогда как активная разработка может вестись в параллельной ветке, которая включает значительные улучшения или изменения с момента выхода стабильной версии.

CVS использует механизм дельта-компрессии для эффективного хранения различных версий одного и того же файла.

Проекты в CVS хранятся в виде модулей, модуль — набор файлов проекта. Сервер CVS может обслуживать несколько модулей; все модули хранятся в репозитории. Локальная копия модуля, полученная с помощью CVS-клиента, называется рабочей копией.

Операция check-out — извлечение целого модуля из CVS и создание рабочей копии; check-in — фиксация локальных изменений в репозиторий. Операция update — обновление локального проекта из CVS.

Ветвь (англ. branch) — независимое направление модификации проекта, которое может содержать ряд последовательных версий; ветвь может развиваться параллельно другим веткам; главная ветвь (англ. main trunk или HEAD) есть всегда.

Ревизия (revision) — одна из версий отдельного файла.

Одна из версий целого продукта — «релиз» (release, термин «версия» в CVS вообще не используется). К версии прикрепляется специальная метка (tag), метку можно назначить и отдельному файлу, но это делается редко, обычно тегом помечают совокупность файлов определённых ревизий (версий).

CVS является развитием более ранней системы управления версиями, имеющей название Revision Control System (RCS), которая всё ещё используется для работы с отдельными файлами, но не целыми проектами. Дик Грун привёл[11] краткие исторические сведения о CVS на своей страничке:

CVS был создан для того, чтобы иметь возможность работы с двумя моими студентами над C компилятором ACK (Amsterdam Compiler Kit). У нас троих был почти несовместимый по времени график (один студент имел постоянное место работы, второй появлялся нерегулярно, а я мог работать над проектом только по вечерам). Их проект длился с июля 1984 по август 1985. CVS изначально назывался cmt, по причине того, что он позволил нам фиксировать версии независимо (от английского commit — фиксировать, совершать).

Код впервые увидел свет в конференции mod.sources 23 июня 1986 года.

Код, который в конце концов приобрёл вид текущей версии CVS, был начат совместно с Брайаном Берлинером в апреле 1989 года, с последующими дополнениями от Джеффа Полка и других участников. Брайан Берлинер написал[12] документ, описывающий улучшения программы CVS, которые она успела приобрести за время внутреннего использования в Prisma — стороннем разработчике ядра SunOS, после чего Брайан выпустил её на всеобщее обозрение под лицензией GPL.

Проект поддерживается группой добровольцев. Примечательно, что версия CVS для Microsoft Windows, отделившаяся в отдельный проект CVSNT, достаточно активно расширяет возможности системы даже портируя изменения обратно на Unix под именем CVSNT.

Отношение CVS к проекту GNU может трактоваться неоднозначно: на одной странице сайт GNU распространяет программу как «пакет GNU», а на другой CVS находится в разделе «другой проект под лицензией GPL». На FTP-сервере программа находится в каталоге /non-gnu/.

• Невозможно переименовать файл или каталог так, чтобы это изменение было отражено в истории.
• Ограниченная поддержка юникода и не-ASCII-имён.
• Публикации изменений не атомарны.
• Наборы изменений не поддерживаются.
• Неэффективное хранение двоичных файлов.
• Оригинальный GNU CVS не поддерживает разграничения прав между пользователями репозитория.
• Внутренние механизмы контроля целостности практически отсутствуют, зачастую даже невозможно точно утверждать, повреждён ли репозиторий, и если да, то каким образом[13].

• Главный сайт разработчиков CVS
• Документация на русском языке
• Джим Блэнди. Введение в CVS
• CVS — Система управления параллельными версиями