Просмотр исходного текста страницы Спец курс(Системы ведения проекта)/SVN

{{СВП_TOC}}
==Ссылки==
*[http://sourceforge.net/projects/tortoisesvn/?source=recommended Клиент SVN с графическим интерфейсом для windows]
*[http://sourceforge.net/projects/win32svn/ Консольный клиент SVN для windows]
*[http://www.svnhowto.com Знакомство с SVN]
*[http://ru.wikipedia.org/wiki/Subversion Статья с вики о SVN]
* [http://svnbook.red-bean.com/nightly/ru/svn-book.html Официальная книга по Subversion (русский язык)]
* Бен Коллинз-Сассман, Брайан У. Фицпатрик, К. Майкл Пилато. [http://svnbook.red-bean.com/index.en.html Управление версиями в Subversion].
* [http://www.collab.net/community/subversion/articles/ Статьи] на CollabNet Subversion Community 
* John Ferguson Smart. [http://www.javaworld.com/javaworld/jw-01-2008/jw-01-svnmerging.html Merging and branching in Subversion 1.5].
* [http://blog.red-bean.com/sussman/?p=79 Version Control and «the 80 %»]  Бен Коллинз-Сассман о будущем Subversion и о распределённых системах. [http://lib.custis.ru/Version_Control_and_%E2%80%9Cthe_80%25%E2%80%9D Русский перевод статьи].
* Статья [http://icons4swrus.com/subversion-na-svoem-kompyutere.php «Без дизайна иконок: Репозиторий Subversion на своем компьютере»]
* [http://www.gnuman.ru/stuff/svn/ Краткий справочник команд svn]
<!-- Википедия — не каталог ссылок. Не размещайте, пожалуйста, спам-ссылки. Они всё равно будут откачены, а Вы можете быть заблокированы. -->

==Установка клиента==
* Простой способ получить Subversion (SVN) — скачать бинарный пакет, собранный для вашей операционной системы. 
Эти пакеты доступны на сайте Subversion: http://subversion.tigris.org.

Для инсталляции в ОС Linux необходимо выполнить:
1. для Ubuntu/Debian —
 apt-get install subversion
2. для CentOS — 
 yum install mod_dav_svn subversion
3. для Gentoo —
 emerge -pv dev-util/subversion
==Subversion==
'''Subversion''' Английское cлово subversion можно перевести двояко — как «свержение» subversion и как «подверсия» (также известная как «SVN» По названию программы-клиента для интерфейса командной строки, входящей в состав пакета) — свободное централизованная система управления версиями, официально выпущенная в 2004 году компанией CollabNet Inc.

Цель проекта — заменить собой распространенную на тот момент систему CVS, которая ныне считается устаревшей. Subversion реализует все основные функции CVS и свободна от ряда недостатков последней.

В настоящее время Subversion используется многими сообществами разработчиков открытого программного обеспечения (в том числе сообществами, ранее использовавшими CVS). В их числе такие известные проекты, как '''Apache''', '''GCC''', '''Free Pascal''', Python, Ruby, FreeBSD, AROS, Blender, Boost, Tor, OGRE. Subversion также широко используется в закрытых проектах и корпоративной сфере. Хостинг Subversion, в том числе для проектов с открытым кодом, также предоставляют популярные хостинг-проекты [SourceForge.net], [Tigris.org], [Google Code] и [BountySource].

В [[2007 год]]у независимая компания Forrester Research, сравнивая преимущества и недостатки различных систем, оценила Subversion как ''«единоличного лидера в категории Standalone Software Configuration Management (SCM) и сильного участника в категории Software Configuration and Change Management (SCCM)»''.

По данным статистики использования пакетов Linux - дистрибутивов Debian и Ubuntu, количество активных пользователей Subversion примерно такое же, как у Git, и превосходит аналогичный показатель для CVS, Mercurial и Bazaar (по состоянию на июнь 2011 года.

В качестве официальной документации позиционируется книга издательства O'Reilly Media, выложенная в свободный доступ на сайте [http://svnbook.red-bean.com/] и дописываемая авторами по мере выхода новых версий SVN. Там же публикуются её переводы на ряд языков, в том числе русский, но при том, что англоязычные версии книги сейчас описывают версии 1.6 и 1.5, на русском языке имеются лишь книги, описывающие версии до 1.4 включительно.

== История ==
Разработка Subversion была начата в 2000 году по инициативе и при финансовой поддержке CollabNet Inc. Инициаторы проекта хотели создать свободную систему управления версиями, в основном похожую на CVS, но лишённую её ошибок и неудобств. В то время не существовало лучших программ этого класса со свободной лицензией, CVS была стандартом де-факто среди разработчиков свободного программного обеспечения. Выбрав её за основу, разработчики Subversion надеялись упростить разработку за счёт использования уже проверенных концепций и в то же время облегчить переход на новую систему многочисленным пользователям CVS.[1] 

Основные события истории развития Subversion. 
* 31 августа 2001 года команда разработчиков перешла с CVS на Subversion для управления собственным исходным кодом: Subversion стала «самодостаточной». 
* 23 февраля 2004 года вышел релиз 1.0.0[2]. К этому времени Subversion уже использовалась примерно на 1400 серверах с открытым доступом.[3] 
* 29 сентября 2004 года появился релиз 1.1.0. Среди основных нововведений — новый формат хранилища на основе обычных файлов (FSFS), в дополнение к существовавшему ранее (с использованием Berkeley DB).[4] 
* 21 мая 2005 года вышел релиз 1.2.0, в котором добавлена возможность блокировки файлов,[5] что позволило улучшить поддержку клиентов WebDAV/DeltaV, в том числе, реализовать автоматическое создание новых версий при редактировании файлов с помощью таких клиентов. Начиная с этого релиза Subversion по умолчанию использует FSFS для новых хранилищ. 
* 30 декабря 2005 года вышел релиз 1.3.0.[6] Основными изменениями являются возможность устанавливать права доступа к директориям при использовании svnserve, дополнительные возможности команд, а также множество улучшений для разработчиков. 
* 10 сентября 2006 года вышел релиз 1.4.0.[7] Он поддерживает работу с BerkeleyDB 4.4 и может использовать её функции самовосстановления. Ранее при сбоях Subversion хранилище, использующее BerkeleyDB, могло остаться в «заклиненном» состоянии и требовалось вмешательство администратора для восстановления работы системы (при использовании FSFS этой проблемы нет). 
* 19 июня 2008 года вышел релиз 1.5.0[8], в нём сделано множество улучшений, самым значительным из которых является базовая поддержка отслеживания слияний (Шаблон:Lang-en). Эта возможность делает процесс слияния пакетов в Subversion более простым и надёжным. 
* 20 марта 2009 года вышел релиз 1.6.0.[9] Улучшения поддержки svn:externals, обнаружение «конфликтов деревьев» (Шаблон:Lang-en), улучшение эффективности хранения данных в репозитории и другие внесённые изменения. 
*  В феврале 2010 года проект Subversion был официально переведён под управление Apache Software Foundation (ASF)[10]. Президент Subversion Corporation и директор Open Source в WANdisco выступил с видеообращением, в котором с энтузиазмом пообещал всем, что переход Subversion к ASF будет лишь способствовать более активному развитию проекта.[11] 
* 11 октября 2011 года состоялся релиз 1.7[12]. Основные улучшения: теперь только одна папка .svn в корне рабочей копии; ускорена работа по HTTP; добавлена утилита svnrdump; новая команда svn patch. 
*  18 июня 2013 года вышел релиз 1.8.0.[13] Apache Subversion 1.8 является расширением всех предыдущих выпусков Subversion, и по состоянию на момент его выпуска считается текущим "лучшим" релизом.

== Общие сведения ==
=== Возможности ===
* Хранение полной ''истории изменений'' отслеживаемых объектов файлов, каталогов, символьных ссылок работа с символьными ссылками поддерживается только в рабочих копиях под UNIX-системами в централизованном ''хранилище'' (репозитории), в том числе при изменении атрибутов («метаданных»), перемещении, переименовании и удалении
* ''Копирование'' объектов с разветвлением истории — при копировании в хранилище появляются два отдельных объекта с общей историей
* Поддержка ''переноса изменений'' между копиями объектов, в том числе полного ''слияния копий'' (в рабочей копии; без объединения истории)
* Поддержка ''ветвления'':
** создания ветвей (копированием директорий) и работы с ними
** слияние ветвей (переносом изменений)
* Поддержка ''меток'' (копированием директорий)
* История изменений и копии объектов (в том числе ветви и метки) хранятся в виде связанных разностных копий — «дешёвых» (не требующих больших временны́х и дисковых ресурсов) при создании и хранении
* Поддержка конкурентной (в том числе одновременной, с изоляцией транзакций) многопользовательской работы с хранилищем и, в большинстве случаев, автоматическим слиянием изменений различных разработчиков (в рабочей копии)
* Фиксации изменений в хранилище (в том числе многообъектные) организуются в виде ''атомарных транзакций''
* Сетевой обмен между сервером и клиентом предусматривает передачу только различий между рабочей копией и хранилищем
* Обеспечивается одинаково эффективная работа как с текстовыми, так и с двоичными файлами
* Различные варианты доступа к хранилищу, в том числе:
** непосредственный доступ на локальной файловой системе;
** по собственному сетевому протоколу;
** через веб-сервер по протоколу WebDAV/DeltaV.
* Вывод клиента командной строки одинаково удобен и для чтения, и для разбора программами
* Возможность зеркалирования хранилища
* Два возможных внутренних формата хранилища : база данных или набор обычных файлов
* Интернационализированные сообщения программы (используются настройки локали)
* Библиотеки для языков PHP, Python, Perl, Java позволяют встроить функциональность клиента Subversion в программы, написанные на этих языках
* Многоуровневая архитектура библиотек, изначально рассчитанная на клиент-серверную модель

=== Модель работы ===
Subversion — централизованная система (в отличие от распределённых систем, таких как Git или Mercurial), то есть данные хранятся в едином хранилище. Хранилище может располагаться на локальном диске или на сетевом сервере.

Работа в Subversion мало отличается от работы в других централизованных системах управления версиями. Клиенты копируют файлы из хранилища, создавая локальные рабочие копии, затем вносят изменения в рабочие копии и фиксируют эти изменения в хранилище. Несколько клиентов могут одновременно обращаться к хранилищу. Для совместной работы над файлами в Subversion преимущественно используется модель ''копирование — изменение — слияние''. Кроме того, для файлов, не допускающих слияние (различные бинарные форматы файлов), можно использовать модель ''блокирование — изменение — разблокирование''.

При сохранении новых версий используется дельта-компрессия: система находит отличия новой версии от предыдущей и записывает только их, избегая дублирования данных.

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

=== Типы репозиториев ===
Subversion предлагает два варианта организации репозиториев<ref>Термины ''хранилище'' и ''репозиторий'' являются синонимами.</ref>. Репозитории первого типа используют для хранения базы данных на основе Berkeley DB, репозитории второго типа — обычные файлы специального формата (доступ к данным организуется с помощью собственных библиотек, без использования сторонних баз данных). Разработчики Subversion часто называют хранилище «файловой системой», поэтому второй тип получил название FSFS, то есть (версионированная) файловая система  поверх (обычной) файловой системы.

Оба типа репозиториев обеспечивают достаточную надёжность при правильной организации<ref>[http://svnbook.red-bean.com/nightly/ru/svn.reposadmin.basics.html#svn.reposadmin.basics.backends Глава 5. Администрирование хранилища] в книге «Управление версиями в Subversion»</ref> (Berkeley DB использует блокировки файлов, поэтому её нельзя использовать на некоторых сетевых файловых системах, не поддерживающих блокировок), каждая из них обладает своими преимуществами и недостатками. Считается, что FSFS легче правильно настроить, она требует меньшего внимания от администратора. Кроме того, до релиза 1.4 хранилища, использующие Berkeley DB могли при определённых условиях оказаться в так называемом заклиненном состоянии; требовалось вмешательство администратора для восстановления его работоспособности. Начиная с релиза 1.2 для новых хранилищ по умолчанию используется FSFS.

=== Доступ к репозиторию ===
Subversion предоставляет следующие способы доступа к репозиторию:

* прямой доступ к репозиторию на диске (на локальной или сетевой файловой системе)
* удалённый доступ по протоколу WebDAV/DeltaV поверх HTTP (или HTTPS) с использованием модуля <tt>mod_dav_svn</tt> для веб-сервера Apache 2
* удалённый доступ с использованием собственного протокола ''SVN'':
** на выделенном сетевом соединении (по умолчанию на TCP-порту 3690)
** через стандартный ввод-вывод (в том числе через средства удаленного CLI, например SSH)

Все эти способы могут быть использованы для работы с репозиториями обоих типов (FSFS и Berkeley DB). Для доступа к одному и тому же репозиторию могут одновременно использоваться разные способы.

== Основные концепции ==
=== Файловая система ===
[[Файл:Subversion 2D filesystem RU.svg|509px|thumb|''Рис. 1''. Двумерное представление файловой системы в Subversion]]

С точки зрения пользователя хранилище Subversion представляет собой «двумерную» [[Файловая система|файловую систему]]. Объекты в хранилище ([[файл]]ы и [[каталог (файловая система)|директории]]) идентифицируются двумя «[[Система координат|координатами]]»: ''именем'' и ''номером ревизии''. Другими словами, хранилище представляет собой [[Индексный массив|массив]] мгновенных снимков (ревизий) дерева файлов и директорий, индексируемый номером ревизии. Каждый такой снимок — обычная (одномерная) файловая система.

При необходимости указания на конкретную ревизию объекта используется запись вида: <tt>имя@ревизия</tt>, например, <tt>/main.c@29</tt> — файл /main.c в ревизии 29. Такое указание ревизии, используемое для уточнения имени, называется ''[[#Оперативная и стержневая ревизии|стержневая ревизия]]'' ({{lang-en|peg revision}}).

На рис. 1 показано графическое представление файловой системы: вертикальная ось соответствует множеству имён, горизонтальная — множеству ревизий.

==== Имена файлов ====
Имя объекта файловой системы в Subversion образуется по тем же правилам, что и в UNIX-подобных операционных системах: существует только одна корневая директория, элементы пути разделяются [[Косая черта|косой чертой]] («/»). Объектами файловой системы являются [[файл]]ы и [[каталог (файловая система)|директории]] (а также [[Символическая ссылка|символические ссылки]], которые эмулируются из обычных файлов путём установки атрибута <tt>svn:special</tt>).

==== Номера ревизий ====
Номер ревизии в Subversion — это [[натуральное число]] (или 0 для самой первой ревизии), адресующее номер состояния хранилища в процессе изменения содержащихся в нём данных. Каждая успешная фиксация изменений порождает ровно одну новую ревизию в хранилище, то есть ''N''-я ревизия — это состояние хранилища после ''N''-й фиксации.

В Subversion ревизия характеризует состояние не отдельного файла, а всего хранилища в целом. Например, ревизия 32 (обведено пунктиром на рисунке) — это состояние четырех файлов и двух директорий, существовавших в хранилище на тот момент.

Номер ревизии является аналогом [[Время|времени]] в том смысле, что меньшие номера ревизий соответствуют более ранним состояниям хранилища, а бо́льшие — поздним.
* Минимальный номер ревизии 0 (ноль) соответствует изначальному состоянию хранилища, когда ещё не было зафиксировано ни одной правки. В нулевой ревизии хранилище содержит только пустую корневую директорию.
* Максимальный номер ревизии соответствует самому последнему состоянию хранилища, то есть состоянию после фиксации последней правки. Вместо указания номера последней ревизии можно использовать ключевое слово <tt>HEAD</tt> (головная ревизия); это удобно, поскольку номер головной ревизии увеличивается при каждой фиксации изменений.

Номер ревизии можно рассматривать как некую временну́ю отметку в истории хранилища. Более того, с каждым номером ревизии связано абсолютное значение времени, когда эта ревизия была сделана ([[#Свойства (properties)|свойство]] <tt>svn:date</tt>). Однако указание номера ревизии удобнее, чем указание времени, так как нет путаницы с часовыми поясами, запись номера короче и номер ревизии не может быть изменён.

===== Оперативная и стержневая ревизии =====
[[Файл:Subversion peg revision RU.svg|400px|thumb|''Рис. 2''. Указание стержневой ревизии]]

Номер ревизии используется в двух различных контекстах:
* ''оперативной'' ревизии ;
* ''стержневой'' ревизии .

Ревизия называется оперативной, если она указывается как ревизия или диапазон ревизий, к которому должна быть применена команда, например:

 svn log -r 199:230 <nowiki>http://some.path</nowiki>

В данном примере выполняется команда <tt>svn log</tt> для диапазона ревизий <code>199:230</code>, который и является диапазоном ''оперативных'' ревизий.

Однако указание только оперативной ревизии иногда может неоднозначно указывать на объекты хранилища. Например, в ситуации, показанной на рис. 2, возникает неоднозначность при выполнении следующей команды:

 svn log -r 29:33 <nowiki>http://some.path/bar.txt</nowiki>

В команде указан диапазон оперативных ревизий (<code>29:33</code>), но области, выделенные на рисунке голубым и зелёным фоном, в равной степени можно считать историей файла <tt>/bar.txt</tt> в диапазоне ревизий <tt>29:33</tt>. В подобных случаях необходимо указывать ещё и ''стержневую'' ревизию для разрешения неоднозначности. Стержневая ревизия — это номер ревизии, указанный в дополнение к [[URL]] объекта файловой системы (используется запись вида «<tt>URL@ревизия</tt>»). URL со стержневой ревизией всегда однозначно идентифицирует объект (файл или директорию). Команда применяется к той единственной цепочке состояний, которой принадлежит указанная пара <tt>URL@ревизия</tt>. В приведённом ниже примере первая команда выведет историю, выделенную на рисунке голубым фоном, а вторая — историю, выделенную зелёным фоном:

 svn log -r 29:33 <nowiki>http://some.path/file.txt@32</nowiki>
 svn log -r 29:33 <nowiki>http://some.path/bar.txt@34</nowiki>

В качестве стержневой ревизии следует указывать как можно более позднее состояние интересующего объекта. Причина этого в том, что цепочка состояний однозначно отслеживается «назад», но не «вперёд». Например, URL со стержневой ревизией <tt><nowiki>http://some.path/foo.txt@31</nowiki></tt> принадлежит двум цепочкам состояний (выделены соответственно зелёным и серым фоном). Из этих двух цепочек указанный URL адресует серую цепочку, то есть при движении «вперёд» от стержневой ревизии операции копирования игнорируются.

==== Операции над файловой системой ====
Над объектами файловой системы в хранилище Subversion могут быть произведены перечисленные ниже операции<ref>Здесь перечислены операции именно с точки зрения ''файловой системы хранилища''. В рабочей копии действия над объектами несколько иные. Однако изменения в рабочей копии, будучи зафиксированными, вызовут в хранилище описанные здесь действия. Например, команда <tt>svn move</tt> в рабочей копии произведёт операции <tt>D</tt>, <tt>A+</tt> в хранилище.</ref> (см. рис. 1). В скобках указано краткое именование операции в обозначениях команды <tt>svn status</tt>.

* ''Добавление'' (A). Добавление объекта в файловую систему. Добавленный объект не имеет истории ревизий. Пример на рисунке:
:* файл <tt>/main.c</tt> был ''добавлен'' в ревизии 27.
* ''Модификация'' (M). Модификация объекта, например, изменение содержимого файла или изменение свойств файла или директории. Пример на рисунке:
:* файл <tt>/main.c</tt> был ''модифицирован'' в ревизии 28.
* ''Удаление'' (D). Удаление файла из головной и последующих ревизий. При этом файл остаётся в предыдущих ревизиях. Пример на рисунке:
:* файл <tt>/main.c</tt> был ''удалён'' в ревизии 30.
* ''Добавление с историей'' (A+). Представляет собой копирование объекта внутри файловой системы хранилища, то есть объект <tt>имя_источника@ревизия_источника</tt> копируется в <tt>имя_копии@HEAD</tt>. Скопированный объект наследует от источника историю ревизий до момента копирования (наследование истории показано на рисунке пунктирными связями). Примеры на рисунке:
:* в ревизии 29 директория <tt>/tags/R1</tt> была скопирована с директории <tt>/trunk@27</tt>;
:* в ревизии 31 файл <tt>/main.c</tt> был скопирован с <tt>/main.c@29</tt>, то есть с более ранней ревизии самого себя, таким образом, произведено восстановление ранее удалённого (в ревизии 30) файла с сохранением истории ревизий.
* ''Замена'' (R+). Имеет место в случае, когда в одной ревизии произведено и удаление объекта (D), и добавление с историей (A+) объекта с тем же самым именем. Хотя имя при операции замены остаётся неизменным, Subversion рассматривает объект ''до'' и ''после'' замены как два различных объекта с различными историями ревизий (история старого заканчивается в точке замены, история нового наследуется от источника копирования и продолжается далее). Пример на рисунке:
:* в ревизии 30 файл <tt>/file.txt</tt> был ''заменён'': старый файл <tt>/file.txt</tt> удалён, а новый файл с тем же именем скопирован с файла <tt>/bar.txt@29</tt>.

=== Фиксация изменений ===
==== Рабочая копия ====
Рабочая копия — это созданная клиентской программой Subversion локальная копия части данных из хранилища, содержащая помимо собственно данных некоторую служебную информацию (скрытые директории с именем <tt>.svn</tt>). Служебная информация необходима для правильного функционирования рабочей копии; что-либо менять в служебных данных нельзя. Минимальной единицей данных, которую можно получить из хранилища как рабочую копию, является директория (можно также извлечь директорию без поддиректорий, а потом докачивать их по мере необходимости). Другими словами, в Subversion рабочая копия всегда соответствует ровно ''одной'' директории хранилища. Извлечь из хранилища отдельный файл как рабочую копию невозможно. 

Любая поддиректория рабочей копии Subversion 1.6 и более ранних версий также является полноценной рабочей копией, поскольку в каждой директории хранятся её служебные данные (каталоги <tt>.svn</tt>). Начиная с версии 1.7 в каждой рабочей копии присутствует только одна директория <tt>.svn</tt> в корне её каталога.

Рабочая копия является самодостаточной в том смысле, что Subversion не хранит каких-либо данных, относящихся к рабочей копии, вне её. Поэтому, имея одну рабочую копию, можно сделать ещё несколько копий простым копированием без затрат сетевого трафика.

В служебных директориях рабочей копии, помимо прочего, хранится так называемая ''чистая копия'' () — файлы рабочей копии в неизменённом виде, как они были извлечены из хранилища (для svn это ревизия с именем BASE). Наличие чистой копии позволяет быстро и без обращения к хранилищу выполнять операции просмотра и отката локальных изменений. Однако размер рабочей копии на диске примерно в два раза больше (данные + чистая копия данных), чем размер самих данных. Такой подход обусловлен тем, что дисковые ресурсы дешевле и доступнее, чем ресурсы сети передачи данных.

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

==== Транзакции ====
Работа с хранилищем в Subversion организована в форме транзакций со свойствами ''атомарности'' и ''изоляции'' из набора свойств ACID. Таким образом система управления версиями гарантирует целостность, непротиворечивость и доступность хранилища в любой момент времени.

* ''Атомарность'' фиксаций  — изменения в нескольких файлах или директориях фиксируются единой транзакцией порождая при этом одну ревизию. В случае неудачной фиксации, при любом сбое или ошибке, система гарантирует, что хранилище не окажется в частично изменённом состоянии — в хранилище попадут либо все изменения, либо (при неудаче) — ни одного.
* ''Изоляция'' гарантирует, что промежуточные состояния хранилища внутри транзакции не видны другим транзакциям и пользователям. Например, если один пользователь фиксирует одной транзакцией изменения в нескольких файлах, то другие пользователи не могут увидеть такого состояния хранилища, в котором часть файлов уже изменена, а часть — не изменена.

NB: Данные свойства не гарантируются для ''рабочей копии'' Subversion — она, в отличие от хранилища, при сбое или прерывании может оказаться в промежуточном или заблокированном состоянии (то есть перед продолжением работы ее потребуется восстановить или пересоздать заново).

==== Локальные и удалённые формы команд ====
Все команды клиента Subversion можно разделить на следующие группы:
* модифицирующие рабочую копию;
* модифицирующие хранилище;
* модифицирующие и рабочую копию, и хранилище;
* не модифицирующие ничего.

=== Структура хранилища ===
==== Структура проекта в хранилище ====
Формально Subversion не накладывает каких-либо ограничений на файловую структуру проекта — она может быть какой угодно в рамках правил именования объектов файловой системы. Тем не менее, существуют рекомендации, призванные облегчить работу с ветвями и метками. В простейшем случае в корневой директории хранилища рекомендуется создать как минимум три поддиректории:

: <tt>'''/.'''
::'''trunk'''
::'''branches'''
::'''tags'''</tt>

где вся файловая структура проекта (основной линии разработки) должна содержаться в поддиректории <tt>trunk</tt>, поддиректория <tt>branches</tt> должна содержать ''[[Ветвь (управление версиями)|ветви]]'' проекта, а <tt>tags</tt> — ''[[#Метки|метки]]''. Например, следующая структура директорий хранилища:

: <tt>'''/.'''
::'''trunk'''
::'''branches'''
:::branch_1
::'''tags'''
:::tag_1
:::tag_2
</tt>

предполагает наличие у проекта (<tt>trunk</tt>) одной ветви «<tt>branch_1</tt>» и двух меток «<tt>tag_1</tt>» и «<tt>tag_2</tt>». Каждая из этих директорий (<tt>trunk</tt>, <tt>branch_1</tt>, <tt>tag_1</tt> и <tt>tag_2</tt>) содержит копию соответствующей версии проекта.

Если (под)проектов в хранилище несколько, то такая структура поддиректорий создается для каждого (под)проекта:

: <tt>'''/.'''
::'''project1'''
:::trunk
:::branches
:::tags
::'''project2'''
:::trunk
:::branches
:::tags</tt>

то есть в корневой директории находятся директории проектов, и в каждом из них есть свои <tt>trunk</tt>, <tt>branches</tt>, <tt>tags</tt>, относящиеся только к этому проекту. Описанные структуры директорий хранилища являются лишь примерами, на практике хранилище можно организовать таким способом, который оптимально подходит в данном конкретном случае.<ref>[http://rsdn.ru/article/devtools/subversions.xml#EDC Структура проектов на C++ с использованием Subversion и Mxx_ru]</ref><ref>[http://rsdn.ru/article/devtools/VrezkaSVN.xml Хранение сложных проектов в репозитории и установка tag’ов на несколько проектов сразу]</ref>

Другим способом хранения нескольких проектов является создание нескольких хранилищ. В разных хранилищах следует располагать проекты, которые никак не связаны между собой, поскольку между хранилищами нельзя будет выполнить операции копирования, перемещения и слияния. Несколько хранилищ можно при необходимости объединить в одно с сохранением истории ревизий (путём импорта командой <tt>svnadmin load</tt> с параметром <tt>--parent-dir</tt>).

==== Ветви ====
Ветвь (управление версиями)
Subversion использует «файловую» модель (такую же, как и в [[Perforce]]<ref>[http://www.perforce.com/perforce/branch.html Inter-File Branching in Perforce]</ref>) для реализации ветвей и меток, то есть ветвь является обычной директорией (можно также сделать ветвь из одного файла, а не директории). Новая ветвь создаётся командой <tt>svn copy</tt>. Ветвь может быть создана в любой директории хранилища, однако имеет смысл придерживаться описанных выше [[#Структура проекта в хранилище|соглашений]] о том, где создавать новые ветви. Более подробная информация о ветвях приведена в разделах Ветвление и Слияние.

==== Метки ====
Создание метки также производится командой <tt>svn copy</tt>, то есть технически не отличается от создания ветви. Отличие только в способе использования: предполагается, что никто не будет изменять данные в метке (фиксировать в неё изменения). Например, на рис. 1 метка создана в ревизии 29: директория <tt>/trunk</tt> из ревизии 27 скопирована под именем <tt>/tags/R1</tt>. Теперь, если не изменять данные в директории <tt>/tags/R1</tt>, то она навсегда останется точной копией директории <tt>/trunk@27</tt>, то есть будет ''меткой''.

Концепция меток, используемая в Subversion, отличается от концепции меток в других системах управления версиями. Обычно метка является символическим именем, которое ''адресует'' набор файлов и их состояние. В Subversion метка ''копирует'' набор файлов и их состояние. Метки-копии в Subversion имеют свои достоинства и недостатки.

Достоинства:
* метка видна в структуре директорий, можно сделать удобную древовидную организацию меток.

Недостатки:
* трудно узнать, в какие метки вошёл файл (то же для директории);
* если права доступа установлены индивидуально<ref>[http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html Path-Based Authorization]</ref> для директорий, то метка эти права не наследует;
* содержимое метки может быть изменено;
* если из метки создать рабочую копию и зафиксировать из этой рабочей копии какие-либо изменения, то это изменит саму метку, а не те данные, которые были помечены. Правильным способом работы «от метки» является создание рабочей копии не из метки, а ''из того, что является источником'' этой метки.

=== Свойства (properties) ===
Одной из важных возможностей Subversion является поддержка свойств, то есть текстовых пар ''имя'' = ''значение'', которые могут быть установлены для объектов в хранилище. Свойства используются в двух различных контекстах: для объектов файловой системы и для ревизий.

==== Свойства объектов файловой системы ====
Каждому файлу или директории в хранилище может быть присвоен набор свойств. Изменения свойств сохраняются в истории так же, как и изменения в файловой системе. Пользователи могут устанавливать свойства с любыми именами; существует также предопределённый набор служебных свойств, которые используются клиентской программой Subversion (имена служебных свойств имеют префикс «svn:»).

===== Свойства файлов =====
; <tt>svn:executable</tt> : Делает файл исполняемым (для рабочих копий под операционными системами семейства UNIX).
; <tt>svn:mime-type</tt> : Хранит MIME-тип файла. Влияет на способ работы команд, показывающих разницу файлов, а также объединяющих изменения (merging).
; <tt>svn:keywords</tt> : Список ''ключевых слов'', которые будут заменены в файле соответствующими значениями. Чтобы замена произошла, ключевое слово должно присутствовать в файле в виде <tt>$keyword$</tt>. Используется для того, чтобы автоматически обновлять в файле значения, меняющиеся от версии к версии (например, номер ревизии).
; <tt>svn:eol-style</tt> : Определяет правило преобразования [[символ конца строки|символов конца строки]] в текстовом файле. Используется в случаях, когда файл должен иметь конкретный тип символов EOL. Обычно используется «native» — при этом тип символов конца строки соответствует принятому в той операционной системе, в которой происходит создание рабочей копии.
; <tt>svn:needs-lock</tt> : Означает, что при извлечении из хранилища файл будет доступен только для чтения. Это свойство предназначено для использования совместно с механизмом ''блокировки''. Запрет записи в файл является напоминанием того, что надо получить блокировку на этот файл, прежде чем его редактировать: при получении блокировки клиентская программа Subversion автоматически делает файл доступным для записи (снятие блокировки снова делает файл защищённым от модификаций). Блокировки могут быть использованы и без установки этого свойства. Однако делать это не рекомендуется, так как существует риск того, что другой пользователь может начать редактировать заблокированный файл, и это обнаружится только при фиксации изменений.
; <tt>svn:special</tt> : Свойство не предназначено для установки или модификации пользователями. В настоящее время используется для хранения символьных ссылок в репозитории. Когда символьная ссылка добавляется в репозиторий, в репозитории создаётся файл с установленным свойством <tt>svn:special</tt>. Когда этот файл извлекается в UNIX-подобной системе, клиентская программа Subversion преобразует его обратно в ссылку.
; <tt>svn:mergeinfo</tt> : Хранит информацию о том, из каких путей было произведено [[#Слияние|слияние]] в этот файл. Свойство введено в версии 1.5, оно используется для ''отслеживания слияний''. Представляет собой набор строк вида ''имя_файла:диапазон_ревизий''. Здесь ''имя_файла'' — полное (с путём от корня файловой системы репозитория) имя файла или директории, откуда было произведено слияние указанного диапазона ревизий. Строки модифицируются автоматически при операциях слияния; при последующих слияниях Subversion учитывает ранее вписанные строки, избегая тем самым повторных слияний одних и тех же изменений. Не рекомендуется изменять свойство <tt>svn:mergeinfo</tt> вручную — это может нарушить механизм отслеживания слияний.

===== Свойства директорий =====
; <tt>svn:ignore</tt> : Список шаблонов имён файлов и директорий, которые клиентская программа Subversion будет игнорировать в данной директории. Это свойство аналогично файлу <tt>.cvsignore</tt> в [[CVS]]. Как правило, свойство настраивается таким образом, чтобы клиентская программа «не видела» файлы и директории, которые автоматически создаются различными программами и не должны быть версионированы (например, [[Объектный файл|объектные файлы]], [[Временный файл|временные файлы]] и т. п.). Действие этого свойства не распространяется на поддиректории.
; <tt>svn:externals</tt> : Позволяет автоматически извлечь в рабочую копию набор директорий, указав их [[URL]] (можно даже из другого хранилища).
; <tt>svn:mergeinfo</tt> : То же, что и [[#Свойства файлов|для файлов]].

==== Свойства ревизий ====
Второй тип объектов, для которых существуют свойства, — это сами ревизии. В этом случае имена свойств также могут быть любыми; некоторые свойства с префиксом «svn:» имеют специальное значение. Отличие свойств ревизий от свойств объектов файловой системы в том, что для первых понятие истории версий не применимо (поскольку конкретное значение свойства приписано одной ревизии). Другими словами, свойства ревизий можно изменить, но старое значение при этом теряется. По умолчанию изменение свойств ревизий запрещено; для разрешения администратор должен создать скрипт ({{lang-en|hook}}) обработки события <tt>pre-revprop-change</tt>.

; <tt>svn:date</tt> : Дата и время создания ревизии.
; <tt>svn:author</tt> : Имя пользователя, который зафиксировал изменения, вошедшие в эту ревизию.
; <tt>svn:log</tt> : Описание изменений, зафиксированных в этой ревизии (текст, введённый пользователем при фиксации изменений).

Как правило, свойства ревизий изменяются только администратором хранилища в целях исправления некорректных данных. Например, если пользователь забыл указать текстовое описание при фиксации своих изменений, то администратор может создать это описание путём редактирования свойства <tt>svn:log</tt>.

== Использование Subversion ==
=== Рабочий цикл ===
Типичная итерация рабочего цикла с Subversion включает следующие этапы.
* Обновление [[#Рабочая копия|рабочей копии]] из хранилища (<tt>svn update</tt>) или ее создание (<tt>svn checkout</tt>).
* Изменение рабочей копии. Изменения директорий и информации о файлах производится средствами Subversion, в ''изменении'' же (содержимого) файлов Subversion никак не задействован — изменения производятся программами, предназначенными для этого ([[Текстовый редактор|текстовые редакторы]], [[интегрированная среда разработки|средства разработки]] и т. п.):
** новые (еще не зафиксированные в хранилище) файлы и директории нужно ''добавить'' (команда <tt>svn add</tt>), то есть передать под управление версиями;
** если файл или директорию в рабочей копии нужно ''удалить'', ''переименовать'', ''переместить'' или ''скопировать'', необходимо использовать средства Subversion (<tt>svn mkdir</tt>, <tt>svn delete</tt>, <tt>svn move</tt>, <tt>svn copy</tt>);
** просмотр состояния рабочей копии и локальных (ещё не зафиксированных) изменений (<tt>svn info</tt>, <tt>svn status</tt>, <tt>svn diff</tt>);
** любые локальные изменения, если они признаны неудачными, можно ''откатить'' (<tt>svn revert</tt>).
* При необходимости — дополнительное обновление, для получения изменений, зафиксированных в хранилище другими пользователями и слияния этих изменений со своими (<tt>svn update</tt>).
* Фиксация своих изменений (и/или результатов слияния) в хранилище (<tt>svn commit</tt>).

=== Ветвление ===
[[Ветвь (управление версиями)|Ветвление]] является важным аспектом работы систем управления версиями, поскольку типичные приёмы<ref>[http://svnbook.red-bean.com/nightly/ru/svn.branchmerge.commonuses.html Типовые примеры], раздел в книге «Управление версиями в Subversion, версия 1.4»</ref> управления версиями (по крайней мере, при разработке [[Программное обеспечение|программного обеспечения]]) подразумевают{{Нет АИ|11|2|2012}} использование ветвей. Subversion обладает достаточно развитыми возможностями для ветвления и слияния (однако [[#Слабая поддержка слияния ветвей|не поддерживает слияние]] переименованных файлов и директорий).

[[Файл:Subversion project visualization ru.svg|650px|thumb|center|''Рис. 3''. Пример эволюции ветвей в Subversion]]

На рис. 3 условно показан пример эволюции ветвей в хранилище. Зелёным цветом показана основная линия разработки проекта ({{lang-en|mainline, trunk}}), жёлтым — ветви, синим — метки, пурпурным — ветвь, разработка которой прекращена. Красными стрелками показаны слияния изменений.

==== Создание ветвей ====
Новая [[#Ветви|ветвь]] (а также [[#Метки|метка]]) создаётся командой <tt>svn copy</tt>, которая создаёт в хранилище копию с наследованием истории ревизий источника (операция [[#Операции над файловой системой|A+]]). Для создания ветвей всегда следует использовать «удалённую» форму команды <tt>svn copy</tt>, например:

 <nowiki>svn copy http://.../trunk/dir http://.../branches/branch_name -m "Creating a branch of dir"</nowiki>

Полученная копия будет ветвью (или меткой, в зависимости от способа работы с ней). В дальнейшем изменения, сделанные на ветви, могут быть внесены в источник, из которого была создана эта ветвь, такое распространение изменений называется ''[[#Слияние|слияние]]'' ({{lang-en|merge}}).

Операции копирования в Subversion ''дешёвые'' ({{lang-en|cheap copy}}), то есть требуют небольшого фиксированного количества времени и дискового пространства. Хранилище спроектировано таким образом<ref>[http://svn.apache.org/repos/asf/subversion/trunk/notes/subversion-design.html#server.fs.struct.bubble-up Bubble-Up Method]{{ref-en}}</ref>, что при любом копировании происходит не дублирование данных, а создание ссылки на источник (аналогично [[Жёсткая ссылка|жёсткой ссылке]]), однако этот механизм чисто внутренний — с точки зрения пользователя происходит именно создание копии. Благодаря высокой эффективности создания ветвей их можно создавать настолько часто, насколько это необходимо (однако ''слияние'' — необходимое дополнение к ветвлению — выполняется в Subversion медленнее, чем в других современных системах управления версиями).

==== Работа с ветвями ====
В целом работа на ветви не отличается от работы на основной линии разработки (''trunk''). Специфичные команды требуются только для действий, в которых задействовано более одной ветви. К таким командам относятся (помимо команды создания ветви <tt>svn copy</tt>):
* <tt>svn switch</tt> — переключение рабочей копии на другую ветвь — используется для того, чтобы переключить имеющуюся рабочую копию на другую ветвь. В результате переключения служебные данные рабочей копии изменяются так, как будто эта рабочая копия получена операцией <tt>svn checkout</tt> из той ветви, на которую она переключена. При этом объём сетевого трафика меньше, чем при <tt>svn checkout</tt>, так как передается только разница между данными в рабочей копии и целевой ветвью;
* <tt>svn merge</tt> — копирование набора изменений между ветвями — используется для слияния.

Как правило, полный цикл работы с ветвями включает следующие этапы:
* создание ветви (<tt>svn copy</tt>);
* переключение имеющейся рабочей копии на ветвь (<tt>svn switch</tt>) или создание новой рабочей копии путём закачки (<tt>svn checkout</tt>);
* изменение файлов и директорий в рабочей копии, фиксация этих изменений (<tt>svn commit</tt>);
* копирование в ветвь свежих изменений из родительской ветви, сделанных после ветвления (<tt>svn merge</tt>, <tt>svn commit</tt>);
* копирование изменений из ветви в родительскую ветвь (<tt>svn merge</tt>, <tt>svn commit</tt>);
* удаление ветви (<tt>svn delete</tt>), если её жизненный цикл закончен.

=== Слияние ===
==== Копирование изменений между ветвями ====
Слияние в Subversion — это применение к ветви набора изменений, сделанных на другой (или той же самой) ветви. Для осуществления слияния необходимо использовать команду <tt>svn merge</tt> — она применяет набор изменений к рабочей копии; затем нужно зафиксировать внесённые изменения (<tt>svn commit</tt>).

Терминология, связанная со слиянием, несколько запутана. Термин ''слияние'' ({{lang-en|merge}}) является не совсем точным, поскольку как такового объединения ветвей не происходит. Кроме того, не следует отождествлять ''слияние'' и команду <tt>svn merge</tt>: во-первых, для слияния нужно выполнить (помимо <tt>svn merge</tt>) разрешение конфликтов и фиксацию, во-вторых, применение <tt>svn merge</tt> не ограничивается слиянием.

==== Другие применения команды svn merge ====
Команду <tt>svn merge</tt> можно использовать не только для слияния. Фактически команда производит ''внесение в рабочую копию изменений, равных разнице между двумя директориями или файлами в хранилище'', поэтому <tt>svn merge</tt> является универсальным средством для переноса изменений. Можно привести такие примеры использования команды <tt>svn merge</tt>:
* откат уже зафиксированных изменений, в том числе целого диапазона ревизий;
* удобный просмотр (в виде изменений в рабочей копии) разницы между двумя состояниями репозитория.

=== Создание хранилища ===
Для создания хранилища используется команда <tt>svnadmin create</tt>. Эта операция создаст пустое хранилище в указанной директории.

== Subversion и CVS ==
=== Сравнение ===
Ниже приведено сравнение параметров систем Subversion и CVS, так как Subversion позиционируется именно как улучшение CVS. Приведено сравнение только по тем параметрам, по которым эти системы отличаются. В целом Subversion превосходит CVS по всем параметрам, кроме поддержки меток в общепринятом смысле (то есть меток, ''адресующих'' объекты файловой системы).

{| class="standard"
 !Параметр
 !Subversion
 !CVS
 |-
 !colspan="3"|Возможности
 |-
 !Директории
 |Отслеживает версии не только файлов, но и директорий.
 |Версии директорий не отслеживаются, то есть структура директорий одна и та же (та, которая существует в хранилище на данный момент) для всех ревизий и всех веток. Если изменить структуру директорий, то при извлечении старых состояний получаем правильные (старые) ревизии файлов, но в неправильной (существующей на момент извлечения) структуре директорий.
 |-
 !Транзакции
 |Атомарность многофайловых фиксаций.
 |Атомарность только на уровне однофайловых фиксаций. Фактически фиксация изменений в нескольких файлах разбивается на последовательность фиксаций изменений отдельных файлов. Если такая последовательность фиксаций прервана, то часть файлов остаётся зафиксированной, часть — не зафиксированной.
 |-
 !Наборы изменений
 |Наборы изменений ({{lang-en|changeset}}) поддерживаются.
 |Наборы изменений не поддерживаются.
 |-
 !Модификации имён файлов
 |Поддерживает копирование, перемещение и переименование файлов и директорий без потери истории изменений.
 |При копировании, перемещении и переименовании файлов файл с новым именем не имеет никакой истории, то есть связь со старым именем и его историей версий полностью теряется. То же самое для файлов внутри директории при модификации её имени<ref>В CVS директорию можно переместить прямо в хранилище средствами [[Файловая система|файловой системы]], при этом файлы в нём не потеряют историю. Однако эта модификация подействует на все ревизии и ветви файлов в этой директории (поскольку в CVS директории вообще не имеют версионной информации)</ref>.
 |-
 !Свойства (properties)
 |С каждым файлом и директорией может быть связан произвольный набор свойств, состоящих из названия и значения. Свойства тоже находятся под управлением версиями.
 |Свойства не поддерживаются.
 |-
 !Блокировки
 |Поддерживается необязательная блокировка файлов (начиная с версии 1.2).
 |Блокировки не поддерживаются, но есть похожий механизм, называемый ''слежение''.
 |-
 !Ветви
 |Ветви (''branch'', см. [[Система управления версиями#Словарь|словарь]]) реализованы в пространстве путей. Это значит, что для создания ветви производится копирование директории (копия и будет ветвью). Создание таких копий — быстрая и не ресурсоёмкая операция, потому что данные [[#Создание ветвей|не дублируются]], вместо этого фиксируется новая версия, отличающаяся от предыдущей лишь расположением файлов.
 |Ветви реализованы в «третьем измерении». Это значит, что файл на ветви адресуется тремя параметрами: ''путём'' в файловой системе, ''ревизией'' (или другим способом указания ревизии, например, временем), ''именем ветви''.
 |-
 !Метки
 |Нет меток (''tag'', см. [[Система управления версиями#Словарь|словарь]]) как таковых. Вместо них используется иерархия директорий — для метки создаётся отдельная директория (как и для ветви). Метка — это ветвь, в которой по договорённости больше не делают изменений. Метка является ''копией'' помеченного состояния файлов и директорий.
 |Метки поддерживаются. Метка ''адресует'' помеченное состояние файлов.
 |-
 !colspan="3"|Эффективность
 |-
 !Клиент-серверный обмен
 |При любых обновлениях версий между клиентом и сервером передаются только различия между файлами, что может существенно уменьшить сетевой трафик.
 |С сервера к клиенту передаются различия, с клиента на сервер объект передаётся полностью.
 |-
 !Двоичные файлы
 |Одинаково эффективно работает как с [[Текстовый файл|текстовыми]], так и с [[Двоичный файл|двоичными файлами]].
 |Работа с двоичными файлами менее эффективна: каждая новая версия сохраняется в хранилище полностью.
 |-
 !Создание ветвей и меток
 |Требуется небольшое фиксированное количество времени и дискового пространства.
 |Затраты времени велики (зависят от количества задействованных файлов). Имена ветвей и меток хранятся избыточно (во всех задействованных файлах).
 |-
 !Накладные расходы в рабочей копии
 |В служебных директориях рабочей копии хранится чистая копия. Поэтому операции просмотра и отката локальных изменений выполняются быстро (без обращения к хранилищу), однако размер рабочей копии на диске примерно в два раза больше, чем размер самих данных.
 |Чистая копия не хранится, размер рабочей копии примерно равен размеру данных. Вследствие этого операции просмотра и отката локальных изменений требуют доступа к хранилищу и выполняются медленно.
 |-
 !Расход [[оперативная память|памяти]] на сервере
 |Меньше<ref>[http://subversion.apache.org/faq.html#server-requirements Subversion FAQ<!-- Заголовок добавлен ботом -->]</ref>.
 |Больше.
 |}

=== Миграция с CVS на Subversion ===
==== Преобразование репозитория ====
Существует программа cvs2svn, предназначенная для преобразования репозитория CVS в готовый репозиторий Subversion (либо в репозиторий [[git]]) или в текстовый дамп, который можно затем импортировать в репозиторий при помощи утилиты <tt>svnadmin</tt>. При этом cvs2svn сохраняет всю информацию, содержащуюся в репозитории CVS: ветви, метки, описания изменений, имена авторов, даты фиксации изменений. Кроме того, изменения в различных файлах, зафиксированные совместно, преобразуются в одну ревизию.

==== Отличия в использовании ====
===== Различия в работе с файлами =====
В CVS операции по перемещению (переименованию) и копированию файлов и директорий выполняются повторным добавлением объекта с новым именем и (при перемещении и переименовании) удалением старого объекта. При такой работе файлы и каталоги в хранилище создаются заново и теряют историю изменений. В Subversion для выполнения этих операций должны использоваться команды ''перемещения'' (<tt>move</tt> или <tt>mv</tt>) и ''копирования'' (<tt>copy</tt>). Их использование сохраняет историю изменений и позволяет избежать лишних операций (в особенности при операциях с директориями или даже ветками файловой системы).

В отличие от CVS, некоторые операции в рабочей копии (например, удаление и перемещение файла) Subversion выполняет самостоятельно. Описанные и другие отличия при работе с файлами рабочей копии просуммированы в следующей таблице (операция <tt>commit</tt>, там где она нужна в обоих случаях, опущена):

{| class="standard"
 !Операция
 !CVS
 !Subversion
 !Заметки
 |-
 !Удаление файла
 |<tt>rm file<br />cvs rm file 
 |<tt>svn rm file</tt>
 |файл не нужно предварительно удалять вручную
 |-
 !Удаление файлов по маске
 |<tt>rm *<br />cvs rm file1 file2 ... 
 |<tt>svn rm *</tt>
 |файлы не нужно предварительно удалять вручную<br />не нужно перечисления всех файлов
 |-
 !Переименование/перемещение
 |<tt>mv file1 file2<br />cvs rm file1<br />cvs add file2</tt>
 |<tt>svn mv file1 file2</tt>
 |файл не нужно перемещать вручную<br />история файла сохраняется
 |-
 !Копирование
 |<tt>cp file1 file2<br />cvs add file2</tt>
 |<tt>svn copy file1 file2</tt>
 |файл не нужно копировать вручную<br />история файла сохраняется (разветвляется)
 |-
 !Добавление (создание) директории
 |<tt>mkdir dir<br />cvs add dir</tt>
 |<tt>svn mkdir dir<br />svn commit</tt>
 |директорию можно не создавать вручную<br />после добавления директории необходим <tt>commit</tt>
 |-
 !Добавление директории с файлами
 |<tt>cvs add dir<br />cd dir<br />cvs add file1 file2</tt>
 |<tt>svn add dir</tt>
 |директория добавляется с содержащимися в ней файлами
 |-
 !Переименование директории с файлами<br />(без поддиректорий)
 |<tt>mkdir dir2<br />cvs add dir2<br />mv dir1/* dir2<br />cvs rm dir1/file1 dir1/file2 ...<br />cvs add dir2/*</tt>
 |<tt>svn mv dir1 dir2</tt>
 |не нужно создавать и добавлять директории<br />не нужно перемещать файлы вручную<br />не нужно перечисления всех файлов<br />история файлов сохраняется
 |-
 !Переименование ветки файловой системы<br />(директории с файлами и поддиректориями)
 |повторять команды выше<br />для каждого уровня вложенности<br />или каждой поддиректории<ref>более приемлемым вариантом может быть хакинг хранилища CVS — переименование каталога непосредственно в хранилище на сервере</ref>
 |<tt>svn mv dir1 dir2</tt>
 |см. выше<br />не зависит от количества уровней и директорий
 |}

===== Адресация состояния хранилища =====
В Subversion для адресации состояния хранилища не обязательно создавать метки или использовать дату/время, в простых случаях (например, для получения версии после определенной фиксации) будет проще указать нужный ''номер ревизии''.

== Внутренняя структура ==
=== Уровни ===
Subversion спроектирован как набор библиотек, разделённых на несколько уровней. Каждый из них выполняет конкретную задачу и позволяет разработчикам создавать свои собственные инструменты, в зависимости от сложности и задачи.

; Fs : Самый низкий уровень; реализует версионированную файловую систему, которая и хранит данные.
; Repos : Уровень хранилища, реализованного на файловой системе. На этом уровне реализовано множество вспомогательных функций, а также поддерживается запуск обработчиков ({{lang-en|hooks}}), то есть скриптов, которые запускаются при наступлении некоторого события. Вместе уровни Fs и Repos составляют ''интерфейс файловой системы''.
; mod_dav_svn : Обеспечивает [[WebDAV]]/[[Delta-V]]-доступ через Apache 2.
; Ra : Реализует доступ к хранилищу (и локальный, и удалённый). Начиная с этого уровня на хранилище можно ссылаться по URL, то есть
;* <tt>file:///path/</tt> для локального доступа,
;* <tt><nowiki>http://host/path/</nowiki></tt> или <tt><nowiki>https://host/path/</nowiki></tt> для доступа через WebDAV, или
;* <tt><nowiki>svn://host/path/</nowiki></tt> или <tt>svn+ssh://host/path/</tt> для доступа через протокол SVN.
; Client, Wc : Самый высокий уровень. Абстрагирует доступ к хранилищу и обеспечивает выполнение типичных задач клиента, таких как аутентификация пользователя или сравнение версий. Client использует библиотеку Wc для управления локальной рабочей копией.

=== Конфигурация клиента ===
Стандартная клиентская утилита Subversion — SVN, конфигурируется переменными окружения и [[INI-файл]]ами, создаваемыми в домашнем каталоге пользователя в подкаталоге <tt>.subversion</tt> (расположение конфигурации в Windows-системах, в файлах или реестре, зависит от системных настроек). В конфигурации SVN также кеширует SSL-сертификаты, логины, пароли и т. п. (если это не запрещено в конфигурации) для доступа к серверам Subversion.

Cодержимое каталога <tt>.subversion</tt>:
* файл <tt>servers</tt> — содержит информацию о способах сетевого подключения к удалённому репозиторию;
* файл <tt>config</tt> — содержит прочую конфигурационную информацию<ref>{{cite web|url=http://svnbook.red-bean.com/en/1.5/svn.advanced.confarea.html#svn.advanced.confarea.opts|title=Runtime Configuration Area. Customizing Your Subversion Experience|accessdate=2010-09-16|archiveurl=http://www.webcitation.org/61CgMlCTi|archivedate=2011-08-25}}</ref>
* каталог <tt>auth</tt> — содержит [[кеш]] серверов, сертификатов, логинов и паролей
* файл <tt>README.txt</tt> — документация по конфигурированию SVN

== Недостатки ==
=== Проблемы при переименовании файлов ===
Subversion не всегда может правильно обработать операции переименования файлов, если одновременно с переименованием изменяется и содержимое файла. Проблемы могут также возникнуть, если файл, переименованный в локальной копии, кто-то другой изменил в хранилище. Часть этих проблем исправлена в версии 1.5, однако это решение пока не полное.<ref>[http://subversion.tigris.org/svn_1.5_releasenotes.html#copy-move-improvements Copy/move-related improvements in Subversion 1.5]</ref>

=== Слабая поддержка слияния ветвей ===
Также слабым местом Subversion считают операции слияния веток. До версии 1.5 все такие операции пользователям приходилось отслеживать вручную, с помощью подробных записей в журнале изменений. Начиная с версии 1.5 появилась базовая поддержка автоматического отслеживания слияний, которую разработчики планируют улучшить в последующих релизах<ref>[http://subversion.tigris.org/svn_1.5_releasenotes.html#merge-tracking Merge tracking (foundational)]</ref>. В настоящее время Subversion достаточно хорошо поддерживает типовые сценарии слияния; в более сложных случаях возможны проблемы. Рекомендуется<ref>[http://blogs.open.collab.net/svn/2008/07/subversion-merg.html Subversion merge reintegrate]{{ref-en}}</ref> организовать рабочий процесс так, чтобы избежать проблемных сценариев. Слияние переименованных файлов и директорий не поддерживается.

=== Невозможность удаления данных из хранилища ===
Информация, однажды помещённая в хранилище Subversion, остаётся там навсегда: файл можно удалить в текущей ревизии, но всегда есть возможность получить из хранилища одну из предыдущих ревизий, в которых файл существовал. Хотя сохранность прошлых ревизий и является, собственно, целью использования систем управления версиями, иногда бывает необходимо полностью удалить из хранилища информацию, попавшую туда по ошибке. В Subversion не предусмотрено для этого никакого штатного способа<ref>[http://subversion.tigris.org/issues/show_bug.cgi?id=516 svn obliterate]</ref>; единственная возможность заключается в создании дампа хранилища, его обработке штатной утилитой svndumpfilter и последующем восстановлении хранилища из дампа. Существуют также сторонние программы для автоматизации этого процесса, но, в любом случае, для выполнения этой операции требуется временное прекращение доступа к хранилищу и вмешательство администратора с привилегиями, достаточно высокими для того, чтобы полностью стереть старое хранилище и заменить его новым.

=== Папка .svn в каждой папке ===
засоряет файловую структуру проекта. Начиная с версии 1.7 в корне рабочей копии проекта создаётся одна директория <code>.svn</code>, метаданные в которой сохраняются с использованием [[SQLite]].

== Дополнительное программное обеспечение ==
* [[Клиент (информатика)|Клиенты]]:
** [[RapidSVN]] — кроссплатформенный клиент Subversion на [[C++]];
** [[SmartSVN]] — кроссплатформенный клиент Subversion на [[Java]];
** [[TortoiseSVN]] — клиент Subversion, реализованный как расширение для [[Проводник Windows|проводника Windows]];
** [[RabbitVCS]] — клиент Subversion, реализованный как расширение для [[файловый менеджер|файлового менеджера]] в Linux (ранее назывался NautilusSVN);
** [[VisualSVN]] — расширение для [[Visual Studio|Microsoft Visual Studio]].
* [[Плагин]]ы:
** [[AnkhSVN]] — плагин для [[Microsoft Visual Studio]],
** [[VisualSVN]] — плагин для [[Microsoft Visual Studio]],
** [[PushOK SVN SCC proxy]] — плагин для [[Microsoft SCC]],
** [[Subclipse]] — плагин для [[Eclipse (среда разработки)|Eclipse]],
** [[Subversive]] — плагин для [[Eclipse (среда разработки)|Eclipse]].
* [[Веб-интерфейс]]ы:
** [[Trac]] — инструмент, основанный на технологии Wiki,
** [[Redmine]] — дополнительно отслеживает ошибки,
** [[USVN]] — утилита для создания и управления доступом к репозиториям, специализирована под SVN,
** [[ViewVC]],
** [[WebSVN]],
** [[SVNManager]] — PHP-утилита для управления репозиториями (создание, удаление, загрузка и выгрузка; управление пользователями и группами),
** [[Submin]] — утилита для управления репозиториями и пользователями, включая управление контролем доступа к отдельным каталогам в репозитории.

* [[Сравнительная таблица: Веб-интерфейс]]ы:

{| border="1" class="wikitable sortable"
| width="139" valign="bottom" |
'''Наименование'''
| width="264" valign="bottom" |
'''Описание'''
| width="61" valign="bottom" |
'''Язык'''
| width="129" valign="bottom" |
'''БД'''
| width="158" valign="bottom" |
'''Лицензия'''
| width="220" valign="bottom" |
'''Сайт'''
| width="89" valign="bottom" |
'''Обновление'''
| width="68" valign="bottom" |
'''Версия'''
|-
| width="139" valign="bottom" |
[[Trac]]
| width="264" valign="bottom" |
инструмент, основанный на технологии Wiki
| width="61" valign="bottom" |
Python
| width="129" valign="bottom" |
SQLite, PostgreSQL, MySQL и MariaDB
| width="158" valign="bottom" |
[[BSD|Модифицированная лицензия BSD]]
| width="220" valign="bottom" |
[http://trac.edgewall.org/ trac.edgewall.org]
| width="89" valign="bottom" |
31.01.2011
| width="68" valign="bottom" |
0.12.2
|-
| width="139" valign="bottom" |
[[Redmine]]
| width="264" valign="bottom" |
дополнительно отслеживает ошибки
| width="61" valign="bottom" |
Ruby
| width="129" valign="bottom" |
MySQL, PostgreSQL, SQLite, Oracle.
| width="158" valign="bottom" |
[[GNU General Public License]]
| width="220" valign="bottom" |
[http://redmine.org/ redmine.org]
| width="89" valign="bottom" |
11.07.2011
| width="68" valign="bottom" |
1.3.0
|-
| width="139" valign="bottom" |
[[USVN]]
| width="264" valign="bottom" |
утилита для создания и управления доступом к репозиториям, специализирована под SVN
| width="61" valign="bottom" |
PHP
| width="129" valign="bottom" |
MySQL, SQLlite
| width="158" valign="bottom" |
CeCill (GPL совместимая лицензия).
| width="220" valign="bottom" |
[http://www.usvn.info/ www.usvn.info]
| width="89" valign="bottom" |
13.01.2012
| width="68" valign="bottom" |
1.0.6
|-
| width="139" valign="bottom" |
[[ViewVC]]
| width="264" valign="bottom" |
без управления пользователями, не требует поддержки DAV web-сервером.
| width="61" valign="bottom" |
Python
| width="129" valign="bottom" |
MySQL
| width="158" valign="bottom" |
Two-clause Berkeley-style
| width="220" valign="bottom" |
[http://www.viewvc.org/ www.viewvc.org]
| width="89" valign="bottom" |
02.12.2010
| width="68" valign="bottom" |
1.1.8
|-
| width="139" valign="bottom" |
[[WebSVN]]
| width="264" valign="bottom" |
интерфейс просмотра к SVN
| width="61" valign="bottom" |
PHP
| width="129" valign="bottom" |
XML
| width="158" valign="bottom" |
[http://www.gnu.org/licenses/licenses.html#GPL GNU General Public License]
| width="220" valign="bottom" |
[http://websvn.tigris.org/ websvn.tigris.org]
| width="89" valign="bottom" |
12.10.2010
| width="68" valign="bottom" |
2.3.2
|-
| width="139" valign="bottom" |
[[SVNManager]]
| width="264" valign="bottom" |
утилита для управления репозиториями (создание, удаление, загрузка и выгрузка; управление пользователями и группами)
| width="61" valign="bottom" |
PHP
| width="129" valign="bottom" |
MySQL or SQLite
| width="158" valign="bottom" |
| width="220" valign="bottom" |
[http://svnmanager.sourceforge.net/ svnmanager.sourceforge.net]
| width="89" valign="bottom" |
28.01.2012
| width="68" valign="bottom" |
1.09
|-
| width="139" valign="bottom" |
[[Submin]] (MIT)
| width="264" valign="bottom" |
утилита для управления репозиториями и пользователями, включая управление контролем доступа к отдельным каталогам в репозитории
| width="61" valign="bottom" |
Python
| width="129" valign="bottom" |
| width="158" valign="bottom" |
[http://freshmeat.net/tags/mitx-consortium-license MIT/X]
| width="220" valign="bottom" |
| width="89" valign="bottom" |
24.12.2012
| width="68" valign="bottom" |
2.1
|}

== Примечания ==
{{примечания|2}}