Subversion — свободная централизованная система управления версиями, официально выпущенная в 2004 году компанией CollabNet.

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

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

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

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

В качестве официальной документации позиционируется книга издательства O’Reilly Media, выложенная в свободный доступ и дописываемая авторами по мере выхода новых версий SVN. Там же публикуются её переводы на ряд языков, в том числе русский, но при том, что англоязычные версии книги сейчас описывают версии 1.6 и 1.5, на русском языке имеются лишь книги, описывающие версии до 1.4 включительно.

Изменения в версии 1.8.9:

• Исправления в клиенте:
  • Разрешено обновление с версии 1.7, используя exclusive locks.
  • Увеличен минимальный timestamp сна от 1мс до 10мс.
  • Возвращение правильной ошибки при некорректной ревизии.
  • Улучшения в merge.
  • Исправлен аргумент --verbose при использовании со старыми серверами.
  • Исправления в svn copy URL WC.
  • Улучшения в копировании баз данных.
  • Множество других изменений.

• Исправления в сервере:
  • Улучшение доступа в fsfs в Windows.
  • Улучшения в svnadmin dump.
  • Улучшения в svnserve.
  • Уменьшен буфер памяти при чтении файлов настроек.
  • Улучшения в svnrdump load.
  • Исправлена поддержка memcached.
  • Улуйшения в svndumpfilter.
  • Улучшения в mod_dav_svn.

• Общие изменения:
  • Исправлены сбои в autoprop_tests.py.
  • Устранён повторный анализ sqlite.
  • Добавлен Mavericks в вывод sysinfo.
  • Исправлен копирайт.
  • Устранено переполнение буфера.
  • Исправлено обнаружение libmagic.
  • Исправления в javahl.
  • Исправления в привзках к ruby.
  • Другие изменения.

Скачать

>>> Полный список изменений

Вышло обновление свободной централизованной системы управления версиями Subversion 1.7.8.

Исправления на клиенте и сервере:

• исправлены ошибки в переводах pt_BR, es и zh_TW.

Исправления на клиенте:

• устранен крах при указании опции --username на Windows;
• решена проблема с отсутствием атрибутов в выводе «svn log -v --xml»;
• устранено зависание с ra_serf во время обработки ошибки;
• устранена ошибка сегментации при отсутствии аргумента при копировании в svnmucc (#4079);
• устранены конфликты при обработке симлинков.

Исправления на сервере:

• решена проблема с «svnadmin load --bypass-prop-validation»;
• решена проблема парсинга секции [groupsfoo] в файле authz (#3531);
• добавлен заголовок Vary: в GET-ответы для улучшения кеширования;
• решена проблема с очисткой fs_fs после неудачной транзакции;
• модуль mod_dav_svn теперь корректно обрабатывает ревизии, которые >HEAD.

Изменения для разработчиков:

• устранена проблема возврата некорректного статуса в 1.6 API;
• устранена проблема компиляции с помощью g++ 4.7;
• решена проблема с svn_uri_get_file_url_from_dirent на Windows.

И некоторые другие.

>>> Подробности

Вышла новая версия Subversion, свободной централизованной системы управления версиями (также известной как «SVN»).

Основные изменения:

• улучшения в работе хранилища копий метаданных (Copy Metadata Storage);
• новый инструмент для удаленной работы с дампами (svndump);
• улучшена поддержка HTTP;
• новая команда: svn patch;
• множество улучшений и багфиксов.

Подробное описание изменений

>>> Подробности

Часть 2. Subversion - установка и администрирование сервера

Сам термин администрирование часто отпугивает возможной масштабностью задачи (возьмем к примеру администрирование Oracle, которым на крупных предприятиях занимаются целые сектора). Основная цель статьи — показать пользователям, решившим поддерживать контроль версий своей разработки, что задача администрирования Subversion:

• посильна для любого программиста;
• не требует значительных временных затрат;
• требует организованности и методичности.

Одним из важнейших преимуществ Subversion является многоплатформенность, полная совместимость серверных и клиентских частей, работающих на разных платформах, удивительная простота установки серверной и клиентской частей и легкость администрирования. В статье будут рассматриваться вопросы в аспекте Linux (на примере OpenSUSE 11.2) и Windows XP.

Часть 3. Subversion - работа с версиями проекта

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

• на том же компьютере, что и рабочая копия;
• на компьютере в локальной сети;
• сервер доступен через Интернет.

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

>>> Подробности

Эта статья открывает цикл материалов об организации совместной разработки программного обеспечения на базе SVN, DocBook и Mantis. В ней будет сделан обзор программного обеспечения и освещены некоторые вопросы. Материалы, изложенные в статье, будут интересны тем, кто занят в программных проектах, где задействовано более одного человека и требуется определенным образом увязывать результаты совместной работы в виде программного кода и документации. Проблема делится на две основные части: организация работы (следует сразу отметить, что без четкой организации работы использование любых самых удачных и прекрасных программных средств однозначно обречено на полный провал) и программная поддержка (речь не идет о средах программирования, CASE-средствах и прочем, что позволяет в результате получить программный код, скрипты, визуальные формы и т. д.).

>>> Подробности

Тихо и незаметно (хотя давно) появился аналог TortoiseSVN под Linux, а точнее, для среды Gnome. Проект является наследником набора nautilus-скриптов nautilussvn. В текущей версии (0.12.1) реализовано большинство возможностей TortoiseSVN (в отличие от «официального» проекта naughtysvn, который, кажется, благополучно загнулся). В будущем планируется улучшение поддержки Subversion, а также поддержка других VCS (Git, Mercurial).

Для скачивания доступны пакеты для большинства современных дистрибутивов. Есть ppa репозиторий для Ubuntu.

Скриншоты

>>> Сайт проекта

• Merge tracking: теперь svn следит за тем, какие изменения были merged и какие доступны для merge. Поддерживать ветки должно стать проще.
• Конфликты можно разруливать интерактивно в процессе апдейта.
• Еще много изменений и 150 багфиксов.

PS. изменился формат working copy. Если поставить cvs 1.5, он молча обновит working copy, и предыдущие версии работать не смогут.

>>> Changelog

CVS использовался проектом FreeBSD на протяжение 12 лет. За это время было проведено примерно 180000 коммитов (примерно 41 коммит в день). В данный момент снапшот ветки RELENG_7 (FreeBSD 7-STABLE) состоит из 42000 файлов и занимает 482MB. FreeBSD переходит с CVS на SVN для управления деревом исходных текстов. Дерево портов переводить на SVN пока не планируется.

Решение о переходе на использование SVN было принято во время недавно прошедшей конференции BSDCan 2008. Продиктовано же оно многочисленными проблемами и неудобствами CVS, выявленными за время его использования.

взято с opennet.ru

>>> Подробности