LINUX.ORG.RU

Релиз Subversion 1.8.9

 , ,


1

2

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.
    • Другие изменения.

Скачать

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

Пусть закапывают. Оно ненужно. Есть git, есть mercurial.

RevenantX ★★★★ ()

It's alive!

//несчастный пользователь svn

mono ★★★★★ ()
Ответ на: комментарий от mono

Несчастным ты был бы, если бы вместо svn тебя заставляли пользоваться каким-нибудь проприетарным говном вроде perforce.

Manhunt ★★★★★ ()
Ответ на: комментарий от mono

git-svn

It's alive!

несчастный пользователь svn

А я счастливый пользователь git-svn.

Camel ★★★★★ ()
Ответ на: комментарий от RevenantX

О, гуру по git - расскажите как посмотреть содержимое удаленной репы без clone ? а то там 14 гигов и выкачивать как-то не хоца

WindowsXP ★★ ()

Общие изменения:
Исправления в ruby.

Это как? SVN исправил язык?

Od1n ()
Ответ на: комментарий от realloc

как посмотреть содержимое удаленной репы без clone ?
git clone --depth 1

чукча писатель

FeyFre ★★★★ ()
Ответ на: комментарий от WindowsXP

Через вэб интерфейс. GitHub, GitLab, Bitbucket. Или если есть доступ через SSH просто посмотреть репу удаленно. А ну и git clone --depth 1 как написали выше.

RevenantX ★★★★ ()
Последнее исправление: RevenantX (всего исправлений: 1)
Ответ на: комментарий от RevenantX

Через вэб интерфейс. GitHub, GitLab, Bitbucket. Или если есть доступ через SSH просто посмотреть репу удаленно. А ну и git clone --depth 1 как написали выше.

А ещё можно вытащить винт из сервера, подмонтировать и посмотреть.

anonymous ()
Ответ на: комментарий от RevenantX

Тоже вариант.

Конечно. Только зачем тогда git? Он тут лишний, я считаю.

anonymous ()

Почему оно не RIP? Кто допустил?

userid2 ()
Ответ на: комментарий от RevenantX

clone with a history truncated to the specified number of revisions....

вроде --depth не указывает глубину клонирования в понимании папок...

WindowsXP ★★ ()
Ответ на: комментарий от WindowsXP

а то там 14 гигов и выкачивать как-то не хоца

оторвать руки тому кто запихал в репу 14 гигов

q11q11 ★★★★★ ()
Ответ на: комментарий от q11q11

оторвать руки тому кто запихал в репу 14 гигов

Капитан сообщает, что полная копия репозитория git со всей его историей весит гораздо больше, чем срез (конкретная ревизия).

yoghurt ★★★★★ ()
Ответ на: комментарий от RevenantX

Распределенные системы контроля версий не нужны. Проходи мимо.

anonymous ()

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

Это SVN ныне считается устаревшей уже.

Alve ★★★★★ ()

любимый лор :)

hg не нужен. svn и git - must be!

PtiCa ★★★★★ ()
Ответ на: комментарий от WindowsXP

git-sosnool --with-proglot

А как из удалённой репы вытянуть, например, один diff одного ченджсета по ID, не скачивая все 150 Гб целиком? Даже в сраном bzr искаропки, не говоря уж о сабже.

kot_otbelivatel ()

Шикарно.

Счастливый пользователь SVN.

Quickern ()
Ответ на: комментарий от WindowsXP

Нет ничего приятнее, чем бинарники под SCM.

thesis ★★★★★ ()
Ответ на: комментарий от WindowsXP

хуже - там исходники и ассетc флеша

Ну тогда ничего не поделаешь, это git.

proud_anon ★★★★★ ()
Ответ на: комментарий от WindowsXP

а то там 14 гигов

Не без помощи svn там стало 14 гигов, я полагаю?

quantum-troll ★★★★★ ()
Ответ на: комментарий от RevenantX

Пусть закапывают. Оно ненужно. Есть git, есть mercurial.

Мусье никогда не видел ынтырпрайз?

sT331h0rs3 ★★★★★ ()
Ответ на: комментарий от sT331h0rs3

Я работал в нескольких геймдев фирмах (и сейчас работаю). В основном используют git, mercurial, Perforce. Реже SVN, который вызывает попоболь.

RevenantX ★★★★ ()
Последнее исправление: RevenantX (всего исправлений: 2)
Ответ на: комментарий от RevenantX

Какого масштаба фирмы? Просто если до 100 человек, то тогда всё ясно :)

sT331h0rs3 ★★★★★ ()

Пора на покой уже старичку

anonymous ()

Объясните чем плох svn ? Исключая CVS

anonymous ()
Ответ на: комментарий от mono

Несчастным ты был бы, если бы вместо svn тебя заставляли пользоваться каким-нибудь проприетарным говном вроде perforce.

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

mashina ★★★★★ ()

Ненужнисты не нужны. А svn нужна.

hobbit ★★★★★ ()
Ответ на: git-svn от Camel

Я не могу никак на это решиться. Беспокоят подводные камни.

mono ★★★★★ ()
Последнее исправление: mono (всего исправлений: 1)

система контроля версий должна быть простой и это svn! единственный недостаток это tree conflict но с этим можно смириться

BillDver ★★★ ()

svn не осилил (лезет на сервер после каждого keypress'а в консоль, ад же), юзаю через git-svn полностью.

--
Почему у корректоров к новостям нет спеллчекера? Хотя в линуксах поди не работает.

tensai_cirno ★★★★★ ()

Subversion — ненужная свободная централизованная система управления версиями,

//фксдъ

nanoolinux ★★★★ ()

Python использует mercurial

anonymous ()

Единственное правильное направление развития SVN — это улучшение процесса миграции на git/mercurial.

KennyMinigun ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.