Що таке Control Version System (CVS)?

Більшість сучасних проектів не пишуться поодинці, і перед розробниками встає проблема сумісного володіння кодом та іншими артефактами проекту. Навіть якщо над проектом працює лише декілька чоловік, об'єднання внесених змін в загальну версію може займати багато часу.

Для вирішення даного завдання використовують системи управління версіями (від англ. Control Version System (CVS)), які дозволяють зберігати в централізованому репозиторії множину версій артефактів проекту (документів, файлів і так далі). Репозиторій — сховище яких-небудь даних. Дані в репозиторії зазвичай зберігаються у вигляді файлів або з використанням систем управління даними (СУБД), які забезпечують надійні механізми для маніпулювання даними.

Таким чином, CVS призначені для виконання різної роботи, пов'язаної з обліком версій для файлів і директорій – будь-яких файлів, будь-яких об'ємів, будь-яких рівнів вкладеності. Системи контролю версій дозволяють у будь-який момент часу легко знайти і відновити ту версію файлу, яка була збережена в репозитарії. В процесі роботи над проектами, документами, або просто з якими-небудь даними, може виникнути необхідність в збереженні поточного стану файлів і директорій.

Рекомендується також зберігати виконувані файли, файли довідок, моделі баз даних проекту, загалом все, що пов'язане з проектом і може потрібно при проектуванні. За допомогою репозитарію зручно працювати і над текстовими проектами: технічною документацією проекту або книгою. Навіть якщо над проектом працює одна людина, то використання систем управління версіями виправдовує витрачентий на їх вивчення і конфігурацію час.

Звичайний цикл роботи над програмними модулями полягає в наступних етапах:

1. Оновлення локальної (робочою) копії проекту і вмісту репозиторія;

2. Правка ресурсів проекту;

3. Фіксація змін.

 

Огляд систем контролю версій

Система контролю версій – комплекс програмного обспечения для забезпечення колективної роботи з початковим кодом, а так само відстежування змін в нім.

Типові завдання, які дозволяє вирішити система контролю версій:

1. Дізнатися, що я поміняв з моменту останньої “живої” копії?
2. Отримати исходник встановленої місяць тому системи.
3. Паралельна робота 2-х і більш за чоловік над одним исходником.

 

У практичній роботі часто доводиться використовувати 4-и системи контролю версій:

1. CVS
2. Microsoft SourceSafe
3. Subversion
4. GIT

CVS

Одна з перших систем контролю версій. На даний момент CVS є застарілою. З CVS найпростіше перейти на Subversion. Мінуси CVS в порівнянні з Subversion:

• у CVS треба явно указувати, є файл текстовим або бінарним;
• у CVS не атомарні комміти;
• у CVS багато різних методів аутентифікації і завдання пошуку загальних для клієнта і сервера не завжди тривіальна.

Microsoft Visual SourceSafe (VSS)

Плюси Microsoft SourceSafe:

1. Інтеграція з Visual Studio.

Мінуси Microsoft SourceSafe:

1. SourceSafe вимагає Checkout-а файлу перед його зміною.
   Це має наступні підводні камені:
• неможливо працювати з іншої ОС, наприклад Linux, оскільки доведеться постійно перезавантажуватися;
• при Checkout-е забирається остання версія файлу (начебто виправлено в VSS 2005);
  Наприклад: є якщо ти міняєш файли і тобі знадобилося змінити ще один файл, то у випадку якщо його хтось інший встиг поміняти, тобі доведеться зводити зміни при ще незавершеній правці коди. Задоволення нижче середнього.
2. SourceSafe не відстежує видалення файлів.
   Тобто якщо хтось видалив файл з репозиторія, то у всіх останніх він локально залишиться (особливо цікаво це виглядає після переміщення.h-файлов). Тобто у разі активної роботи початковий код починає розходитися. І виникає ситуація, коли у двох розробників остання версія і в Checkout-е нічого не немає, але у одного все працює, а у іншого – ні.
3. SourceSafe при відкатуванні зміні видаляє історію правок.
   Тобто, якщо хтось відкатався до 1-ої версії – пиши пропало;
4. Розмір бази початкової коди обмежений 4Гб;
5. На скільки мені відомо, VSS єдина система контролю версій, розробники якої не користуються їй для зберігання початкової коди (початковий код у Subversion лежи в Subversion, у GIT-а в GIT і так далі).