Subversion
Тип | система керування версіями |
---|---|
Автор | CollabNetd |
Розробник |
спільнота та розробники з CollabNet, Elego, VisualSVN |
Перший випуск | 20 жовтня 2000 |
Стабільний випуск | 1.9 (5 серпня 2015 ) |
Операційна система | крос-платформовий |
Мова програмування | C |
Ліцензія | Apache License |
Репозиторій | svn.apache.org/repos/asf/subversion/trunk/ |
Вебсайт | subversion.apache.org |
Subversion[2] (з 2010 називається Apache Subversion)[3] — вільна система керування версіями.
Subversion розроблено спеціально для заміни CVS, найпоширенішої відкритої системи керування версіями. Вона має всі основні функції CVS (хоча деякі з них виконує іншими способами) і вільна від ряду її недоліків. Subversion часто називають «svn», за назвою клієнтської програми, що входить в її дистрибутив.
Subversion — централізована система. Дані зберігаються в єдиному сховищі. При збереженні нових версій використовується дельта-компресія, тобто система знаходить відмінності нової версії від попередньої і записує тільки їх, уникаючи непотрібного дублювання даних. Сховище може розташовуватися на локальному диску або на мережевому сервері. До локального сховища клієнт Subversion звертається безпосередньо. Для доступу до віддаленого сервера може використовуватися власний мережевий протокол або стандартний протокол WebDAV, підтримуваний за допомогою спеціального модуля для вебсервера Apache.
Клієнти копіюють файли з сховища, створюючи локальні робочі копії, потім модифікують їх і публікують зміни в сховищі. Декілька клієнтів можуть одночасно звертатися до сховища. При використанні доступу за допомогою WebDAV також підтримується прозоре керування версіями — якщо будь-який клієнт WebDAV відкриває для запису і потім зберігає файл, що зберігається на мережевому ресурсі, то автоматично створюється нова версія.
- Зберігання повної історії змін відслідковуваних об'єктів (файлів, каталогів, символьних лінків) в централізованому сховищі (репозиторії), в тому числі при зміні атрибутів (метаданих), переміщенні, перейменуванні та видаленні
- Копіювання об'єктів із розгалуженням історії — при копіюванні в сховище з'являються два окремих об'єкта зі спільною історією
- Підтримка перенесення змін між копіями об'єктів, в тому числі повного злиття копій (в робочій копії; без об'єднання історії)
- Підтримка розгалужень:
- створення розгалужень (копіювання директорій) та роботи з ними
- злиття розгалужень (перенесенням змін)
- Підтримка міток (копіюванням директорій)
- Історія змін і копії об'єктів (в тому числі розгалуження і мітки) зберігаються у вигляді зв'язаних різницевих копій — «дешевих» (таких, що не вимагають великих часових та дискових ресурсів) при створенні і зберіганні
- Підтримка конкурентної (в тому числі одночасної, із ізоляцією транзакцій) багатокористувацької роботи зі сховищем та, в більшості випадків, автоматичним злиттям змін різних розробників (в робочій копії)
- Фіксації змін в сховищі (в тому числі багатооб'єктні) організуються у вигляді атомарних транзакцій
- Мережевий обмін між сервером і клієнтом передбачає передачу лише відмінностей між робочою копією та сховищем
- Забезпечується однаково ефективна робота як із текстовими, так і з двійковими файлами
- Різні варіанти доступу до сховища, в тому числі:
- Вивід клієнта командного рядка однаково зручний і для читання, і для розбору програмами
- Можливість дзеркалювання сховищ
- Два можливих внутрішніх формати сховища (англ. repository): база даних або набір звичайних файлів
- Інтернаціоналізація повідомлень програми (використовуються налаштування Локалі)
- Бібліотеки для мов PHP, Python, Perl, Java дозволяють вбудовувати функціональність клієнта Subversion в програми, написані на цих мовах
- Багаторівнева архітектура бібліотек, із початку розрахована на клієнт-серверну модель
Subversion — централізована система (на відміну від розподілених систем, таких як Git або Mercurial), тобто дані зберігаються в єдиному сховищі. Сховище може розташовуватися на локальному диску або на мережевому сервері.
Робота в Subversion мало відрізняється від роботи в інших централізованих системах керування версіями. Клієнти копіюють файл зі сховища, створюючи локальні робочі копії, потім вносять зміни в робочі копії і фіксують ці зміни в сховищі. Кілька клієнтів можуть одночасно звертатися до сховища. Для спільної роботи над файлами в Subversion переважно використовується модель копіювання — зміна — злиття. Крім того, для файлів, що не допускають злиття (різні бінарні формати файлів), можна використовувати модель блокування — зміна — розблокування.
При збереженні нових версій використовується дельта-компресія: система знаходить відмінності нової версії від попередньої і записує тільки їх, уникаючи дублювання даних.
Нумерацію всіх версій svn робить сам, при svn commit номер версії всіх файлів проєкту збільшується на 1.
Структура директорій системи:
- trunk — поточна робоча версія, що знаходиться у розробці. На відміну від релізу вона не стабільна, тобто знаходиться у розробці хоча й компілюється і запускається, не заважаючи іншим розробникам тестувати власний код.
- branch — відгалуження від проєкту. Для порівняння готовий продукт, що пишеться в trunk, треба вдосконалити; припустимо, саме вдосконалення є складним і його реалізація може завадити іншим працювати. В деяких випадках коли реалізація певних частин програми займає багато часу, також створюють branch; у таких випадках назву branch дають таку ж як назва модуля, що розробляється. Як тільки розробка модуля буде завершена потрібно викликати процес вливання branch в trunk.
- tags — ярлики для trunk у визначені моменти, іншими словами — релізи.
При використанні доступу за допомогою WebDAV також підтримується прозоре керування версіями — якщо будь-який клієнт WebDAV відкриває для запису і потім зберігає файл, що зберігається на мережевому ресурсі, то автоматично створюється нова версія.
Subversion пропонує два варіанти організації репозиторіїв. Репозиторії першого типу використовують для зберігання бази даних на основі Berkeley DB, репозиторії другого типу — звичайні файли спеціального формату (доступ до даних організується з допомогою власних бібліотек, без використання сторонніх баз даних). Розробники Subversion часто називають сховище «файловою системою», тому другий тип отримав назву FSFS, тобто (версіонована) файлова система (англ. File System) поверх (звичайної) файлової системи.
Обидва типи репозиторіїв забезпечують достатню надійність при правильній організації (Berkeley DB використовує блокування файлів, тому її не можна використовувати на деяких мережевих файлових системах, що не підтримують блокувань), кожна з них має свої переваги і недоліки. Вважається, що FSFS легше правильно налаштувати, вона вимагає меншої уваги від адміністратора. Крім того, до релізу 1.4 сховища, що використовують Berkeley DB могли за певних умов опинитися в так званому заклиненому (англ. wedged) стані; потрібно втручання адміністратора для відновлення його працездатності. Починаючи з релізу 1.2 для нових сховищ за замовчуванням використовується FSFS.
Subversion надає такі способи доступу до сховища:
- Прямий доступ до сховища на диску (на локальній або мережевий файловій системі)
- Віддалений доступ по протоколу WebDAV/Delta-V поверх HTTP (або HTTPS) з використанням модуля mod_dav_svn для вебсервера Apache 2
- Віддалений доступ з використанням власного протоколу SVN:
- На виділеному мережевому з'єднанні (за замовчуванням на TCP-порту 3690)
- Через стандартний ввід-вивід (у тому числі через засоби віддаленого інтерфейсу командного рядка, наприклад SSH)
Всі ці способи можуть бути використані для роботи з репозиторіями обох типів (FSFS і Berkeley DB). Для доступу до одного і того ж репозиторію можуть одночасно використовуватися різні способи.
- Subversion відстежує версії не тільки файлів, але і каталогів.
- Якщо зміни зроблені в декількох файлах і каталогах, вони публікуються як одна транзакція. Це означає, що або в сховищі потрапляють всі зміни, або стан сховища не змінюється.
- При будь-яких оновленнях версій між клієнтом і сервером передаються тільки відмінності між файлами.
- Subversion підтримує копіювання, переміщення і перейменування файлів із збереженням історії змін.
- З кожним файлом і каталогом може бути зв'язаний довільний набір властивостей, що складаються з назви і значення. Властивості теж знаходяться під керуванням версіями.
- Subversion однаково ефективно працює як з текстовими, так і з двійковими файлами.
- Починаючи з версії 1.2, підтримується необов'язкове блокування файлів.
- У Subversion немає міток (tag) і гілок (branch), як таких. Замість них використовується ієрархія каталогів — для кожної гілки або мітки створюється окремий каталог. Створення таких каталогів — швидка і дешева операція, тому що дані не дублюються, натомість публікується нова версія, що відрізняється від попередньої лише розташуванням файлів.
Subversion прийшов на зміну CVS і поступово ставав найпоширенішим продуктом контролю за версіями, витісняючи попередника. Багато співтовариств розробників відкритого програмного забезпечення перейшли на використання Subversion. У їх числі такі відомі проєкти, як Apache Software Foundation, KDE, GNOME, GCC, MediaWiki, Python, Samba, Mono і багато інших.
Відповідно до звіту Forrester Research за 2007, Subversion став одноосібним лідером в категорії Standalone Software Configuration Management (SCM) і має потужні позиції в категорії Software Configuration and Change Management (SCCM)[4].
Незважаючи на розвиток децентралізованих систем, Subversion користується великою популярністю в комерційних компаніях і проєктах, що використовують централізований підхід до керування версіями і конфігурацією програмних систем.
Станом на 2013 рік з відкритих проєктів, що використовують Subversion, можна відзначити: проєкти Apache, FreeBSD, Free Pascal, GCC, LLVM, Mono, WordPress і Ruby. Проте спостерігається великий відтік проєктів на Git, зокрема з Subversion на Git за останній час перейшли проєкти Django, PHP, MediaWiki, Ruby on Rails, з Subversion на Mercurial перейшов проєкт nginx. Підтримка Subversion реалізована в таких хостингах відкритих проєктів, як Google Code, CodePlex і SourceForge.
_1-0">↑ Wright H. Subversion is now Apache Subversion — 2010.- subversion.apache.org [Архівовано 18 квітня 2010 у Wayback Machine.] — Офіційний сайт
- Книга «керування версіями в Subversion» [Архівовано 8 серпня 2010 у Wayback Machine.], Бен Коллінз-Сассман, Брайан У. Фитцпатрик, К. Майкл Пілато (рос.)
- Использование Subversion для командной разработки [Архівовано 3 березня 2008 у Wayback Machine.](рос.)
- Клієнти і плагіни для Subversion
- RapidSVN [Архівовано 9 лютого 2010 у Wayback Machine.] — крос-платформовий клієнт, написаний на C++ з використанням wxWidgets
- eSvn [Архівовано 26 серпня 2007 у Wayback Machine.] — крос-платформовий клієнт, заснований на Qt
- TortoiseSVN — розширення оболонки Windows, що являє собою графічного клієнта, який працює незалежно від інтегрованого середовища.
- svnX [Архівовано 18 червня 2016 у Wayback Machine.] — клієнт для Mac OS X
- SCPlugin [Архівовано 25 вересня 2010 у Wayback Machine.] — клієнт для Mac OS X
- AnkhSVN [Архівовано 16 липня 2008 у Wayback Machine.] — плагін для Visual Studio .NET.
- PushOK SVN SCC proxy [Архівовано 6 березня 2008 у Wayback Machine.] — ще один плагін для Visual Studio .NET, комерційний продукт.
- Subclipse [Архівовано 25 серпня 2011 у WebCite] — плагін для середовища розробки Eclipse
- Subversive [Архівовано 9 лютого 2008 у Wayback Machine.] — ще один плагін для середовища розробки Eclipse
- VisualSVN [Архівовано 18 лютого 2008 у Wayback Machine.] — комерційний продукт, що реалізує просту и надійну інтеграцію з Visual Studio .NET 2003 и 2005. Використовує TortoiseSVN в інтерфейсі користувача.
- DelphiSVN [Архівовано 19 лютого 2008 у Wayback Machine.] — плагін для середовища розробки Borland Delphi
- KDESvn [Архівовано 25 лютого 2008 у Wayback Machine.] — клієнт для KDE
- qSVN — крос-платформовий клієнт, написаний на C++ з використанням Qt
- SmartSVN [Архівовано 28 серпня 2007 у Wayback Machine.] — крос-платформовий клієнт, написаний на Java
- http://sourceforge.net [Архівовано 8 січня 2011 у Wayback Machine.] — SourceForge.net, найпопулярніший хостинг проєктів з відкритим джерельним кодом
- http://assembla.com [Архівовано 8 серпня 2012 у Wayback Machine.]
|
|
|
|