Open Source

Downloads

The current version is 1.14.1

For detailed info on what’s new, read the changelog and the release notes. Advertisement

The current version 1.14.1 is linked against the Subversion library 1.14.1.

Please make sure that you choose the right installer for your PC, otherwise the setup will fail.

To verify the file integrity follow these instructions.

Context menu in file-open/save dialogs on x64 OS

On x64 versions of Windows 7 and 8, the TortoiseSVN context menu and overlays won’t show for 32-bit applications in their file-open/save dialogs until you install the 2017 C-runtime for x86. (select the vc_redist.x86.exe file for download).

Note: this only applies to 32-bit applications on x64 OS. The Windows explorer is not affected by this.

Pre-Release Builds

If there is a bug in the latest released version which you really cannot live with, and which has already been reported as fixed, then you can try installing a pre-release build from the stable release branch.

Language packs

Other Releases

Forthcoming Releases

To find out what is happening with the project and when you can expect the next major release, take a look at our project status page.

Stable Branch Builds

We maintain ongoing Release Candidates as well. These contain the latest official release plus latest bugfixes and will eventually become the next official release. They are not built nightly, but on demand from the current release branch, typically once a week if there has been any significant bugfix activity. If you find that a certain bug has been fixed and you do not want to wait until the next release, install one of these. Because they are built from the stable branch they should be completely compatible with the current official release and with other compatible Subversion clients. You would also help us tremendously by installing and testing release candidates. Note that the stable branch accepts bugfixes only, not new features.

Trunk Nightly Builds

Nightly Builds are available too. They are built from the current development head and are for testing only. This represents the bleeding edge and may be linked against a newer version of the subversion libraries than is used for the current release. Working copies may be upgraded automatically and become incompatible with the official release and with other subversion clients. We would love you to test these builds, but you should be aware of the potential problems and install only on a machine where your working copies are not critical. Note: This requires Windows 7 or above.

Older Releases

Older releases are available from the OSDN.net files section.

Source Code

TortoiseSVN is under the GPL license. That means you can get the whole source code and build the program yourself.
The source code is hosted on osdn.net in our own Subversion repository. You can browse the source code with your favorite web browser directly on the repository.
If you have TortoiseSVN installed, you can check out the whole source code by clicking on the tortoise icon below:

♥ 2004-2021 – The TortoiseSVN team . Please share.

Apache Subversion Binary Packages

Find packages for your operating system:

The Apache Subversion project does not officially endorse or maintain any binary packages of the Subversion software. However, volunteers have created binary packages for different distributions and platforms, and as a convenience, we maintain a list of links to them here. If there are any problems with or questions about the different binary packages please send email to the Subversion users mailing list.

Note that binary packages usually come out about a week after the corresponding source release. Please don’t post to the mailing lists asking when a binary package for a given platform will be ready. The packagers already know when new source releases come out, and work as fast as they can to make binaries available.

Binaries are typically built from the latest stable release.

Note also that this list does not include distributions of larger collections of software of which Subversion is but one piece. Several vendors offer such things, but we concern ourselves primarily with Subversion itself. As such, the listing here is limited to those packages which may be reasonably considered binary distributions of Apache Subversion alone. If you are looking for more widely scoped, Subversion-related value-add offerings, we trust that $ can facilitate that for you.

Centos Linux ¶

CollabNet (supported and certified by CollabNet; requires registration)

WANdisco (supported and certified by WANdisco; requires registration)

Debian Linux ¶

Debian Project (maintained by Debian Project; client and server; svnserve is part of the subversion package, mod_dav_svn is in the separate libapache2-mod-svn package (formerly libapache2-svn))

WANdisco (supported and certified by WANdisco; requires registration)

svn client binaries for windows

Where are the Windows binaries for the command-line version of SVN? Everywhere I search, it has to be some company’s fancy client software with an installer.

I’m working on a machine where I don’t have administrator account. Just give me the plain command-line binaries, where the hell are they?

10 Answers 10

The former direct links don’t work, but the subversion project now provides several offsite links to Windows binaries:

I use Slik SVN. It doesn’t require a bunch of registration information like the CollabNet one does.

Get the version from Slik SVN, which doesn’t require registration, and you should be able to install it anywhere you want (and have permissions).

If you can’t run the installer, you could always try extracting the files from it using UniExtract, or possibly Total Commander with the MSI plugin.

You could always use cygwin and install the subversion package during install which would make it accessible in command prompt (with some $PATH changes) but I understand if this doesn’t fit your criteria of ‘just binaries’.

Edit: I understand why people are downvoting but it was just a last resort suggestion to getting the binaries for subversion. To answer the question ‘why install all of cygwin if you just need subversion’: I find that originally being a linux app that I’d be more comfortable using subversion in a *nix environment such as cygwin and could consequently leverage GNU utils such as find , grep , bash etc to perform file based operations, which subversion primarily deals with.

I suggested it because of this and I thought it would be the easiest and quickest way to get subversion as the OP had expressed dismay about finding legitimate binaries: a few clicks and you’re done. It was a suggestion that was asked for and in my original comment I had the caveat of installing cygwin right there.

ТОП 5: Клиенты систем управления версиями (SVN)

Содержание

Автор — Андрей Мин (Andrew Min)

Nautilus Subversion Management Scripts

Набор SVN-сценариев для Nautilus — это отличный инструмент, если вам всего-то и нужно выполнить несколько простых команд. Это не отдельный клиент, а просто модуль для файлового менеджера Gnome. Установив его, вы сможете выполнять стандартные операции SVN, просто щёлкая правой кнопкой на файле или папке и выбирая команды. Если вам не нужен полнофункциональный клиент SVN, то набор SVN-сценариев Nautilus идеален для вас. Поддерживаемые функции: commit, add, checkout, diff, rename и некоторые другие.

Для установки вам нужен пакет «nautilus-script-collection-svn» из репозитория «universe».

RapidSVN

RapidSVN — отличный выбор, если вы предпочитаете отдельный клиент. RapidSVN невероятно прост в использовании, но достаточно функционален, чтобы справиться с поставленными перед ним задачами. RapidSVN — это клиент основанный на wxWidgets, что позволяет ему выглядеть одинаково во всех рабочих средах и операционных системах. RapidSVN поддерживает все стандартные функции: import, export, checkout, update, commit, add, delete, move. Также имеется несколько дополнительных функций: bookmarks, cleanup…

Для установки RapidSVN вам нужен пакет «rapidsvn» из репозитория «universe».

Subcommander

Если, по тем или иным причинам, вам не нравится RapidSVN, то Subcommander — отличная альтернатива. Он, как и RapidSVN, хорошо смотрится на разных платформах, несмотря на использование библиотек Qt. Весь функционал объединён в действительно простом и понятном интерфейсе. Поддерживаемые функции: blame, checkout, diff, merge, mkdir, import, и export. Также имеется ряд дополнительных опций: bookmarks, logs, diff options…

Для установки Subcommander вам нужен пакет «subcommander» из репозитория «universe».

Если вам нужен мощный SVN-клиент, попробуйте eSVN. У него не самый красивый интерфейс, но он имеет уйму настраиваемых параметров: flat view, customizable refreshing options, advanced showing/hiding options. Добавлены и некоторые возможности функций diff и cat.

Для установки eSVN вам нужен пакет «esvn» из репозитория «universe».

KDEsvn

Вы поклонник KDE и предпочитаете всё интегрированное, попробуйте KDEsvn. Как у многих приложений в KDE, сильная сторона KDEsvn — конфигурируемость. Кроме того, клиент хорошо интегрируется с другими приложениями KDE, включая KIO (KDE Input/Output). KDEsvn использует код RapidSVN, поэтому поддерживает все функции SVN: update, commit, blame, add, delete, merge, checkout и import.

Для установки KDEsvn вам нужен пакет «kdesvn» из репозитория «universe».

Установка и настройка SVN-сервера под Windows

Введение

В данном HOWTO я подробно опишу как установить и настроить SVN (subversion) сервер под ОС Windows.

Статья о настройке прав доступа SVN-сервера доступна здесь.

Внимание! CollabNet прекратили поддержку описанного в данной статье Subversion Server and Client и предлагают вместо него другой проект — Subversion Edge, который в несколько раз хуже и часто работает нестабильно. Если Вам нужен только svnserve (без Apache), перейдите на использование простого и быстрого SlikSVN (во время установки установите все компоненты и особенно svnserve). Установка и настройка данного проекта описана в другой статье нашего сайта.

Шаг 1. Установка сервера.

Итак, для начала нам будет нужен сам дистрибутив с svn-сервером, который можно бесплатно скачать с официального сайта CollabNet (перед тем как что-то скачать, Вы должны пройти бесплатную регистрацию на этом сайте (зачем так сделано не очень понятно)). Вы должны скачать CollabNet Subversion Server and Client v1.6.9 (for Windows) (версия 1.6.9 — последняя на момент написания данного HOWTO).

После скачивания файла CollabNetSubversion-server-1.6.9-1.win32.exe (18,44 МБ), запускайте его и следуйте указаниям мастера. Мастер выполнит несколько шагов. Рассмотрим все шаги мастера по порядку:

1. Приветствие мастера. Сразу жмите «Next«.
2. Предложение прочитать онлайновый ReadMe. Жмите «Next«.
3. Выберите компоненты, которые нужно установить: svnserve (собственно svn-сервер (устанавливать обязательно)) и Apache (устанавливайте только если хотите разрешить доступ к своим репозиториям из Интернета через обычные браузеры). Выбрав нужные компоненты, переходите к следующему шагу.
4. На этом шаге предлагается выбрать порт для svn-сервера (настоятельно рекомендуется использовать стандартный 3690) и указать путь, где будут храниться репозитории (рекомендуется стандартное значение c:\svn_repository). Флажок в строке «Install svnserve to run as Windows service» позволит автоматически запускаться svn-серверу при запуске Windows (рекомендуется не снимать отсюда флажок). Внимание! Этого шага не будет, если на шаге 3 Вы не выбрали компонент svnserve.
5. Теперь предлагается настроить Apache если Вы его выбрали на третьем шаге мастера установки.
   • Host/Server name — имя сервера. Рекомендуется оставить localhost.
   • Host Port — порт, на котором будет находиться Apache. Рекомендуется либо стандартный 80, либо 8080.
   • Install Apache to run as Windows service — позволяет Apache запускаться вместе с Windows.
   • Repository Path — путь к svn-репозиторию. Укажите то же значение, что Вы указывали на шаге 4. Рекомендуется стандартное значение C:\svn_repository.
   • Repository Location Prefix — префикс, по которому будет доступен svn-репозиторий. Пример: http://localhost:80/svn/. Если Вы будете использовать установленный Apache только для репозиториев svn, установите в этом поле лишь слэш «/«, в противном случае оставьте стандартное значение /svn.
6. Выберите каталог для установки набора серверов и нажмите «Install«.
7. На этом шаге предлагается включить уведомления о новых версиях программы. Рекомендуется снять все флажки.
8. Нажмите «Finish«. Установка завершена.

Шаг 2. Установка клиента.

В качестве SVN-клиента мы будем использовать TortoiseSVN, подробнее о котором можно почитать в HOWTO.

Скачать программу можно на её официальном сайте программы на странице Downloads: http://tortoisesvn.net/downloads. Там же можно скачать пакет локализации, содержащий помимо перевода интерфейса программы, ещё и словарь проверки орфографии (применяется при коммите изменений).

Установка программы стандартна и не должна вызвать никаких сложностей.

Шаг 3. Настройка svnserve.

Настройку начнём с того, что создадим новый репозиторий со стандартными настройками, которые и будем редактировать. Для этого зайдём в Проводнике Windows в каталог, указанный в качестве «Repository path» во время установки сервера (стандартное значение — С:\svn_repository\), нажмём правой кнопкой по пустому месту в нём и выберем «TortoiseSVN» — «Create repository here«. Через несколько мгновений внутри каталога появятся файлы и подкаталоги, а также будет выведено сообщение об успешном создании репозитория. В дальнейшем путь к репозиторию я буду заменять на ПУТЬ_К_РЕПОЗИТАРИЮ.

Теперь мы должны создать пользователей, которые будут работать с репозиторием. Для этого мы должны открыть файл «ПУТЬ_К_РЕПОЗИТАРИЮ\conf\svnserve.conf» в любом текстовом редакторе, например Блокноте Windows или Notepad++. Здесь Вы должны раскомментировать (убрать перед строкой символ(ы) «#«) следующие строки:

Строка «anon-access = none» означает, что анонимы не смогут получить доступ к репозиторию вообще (сделано из соображений безопасности), а «auth-access = write» означает, что авторизованные пользователи получат полный доступ в пределах их ограничений, заданных в файле authz (если такая функция включена). Если Вы хотите, чтобы анонимы могли получить доступ только для чтения (например, разрабатываете OpenSource-проект), то установите «anon-access = read«.

Теперь Вы должны раскомментировать строку:

Эта строка указывает в каком файле будут находиться логины и пароли пользователей для авторизации на svn-сервере. Теперь откройте файл «ПУТЬ_К_РЕПОЗИТАРИЮ\conf\passwd» в любом текстовом редакторе и впишите в нём «логин_пользователя = пароль_пользователя» (разделителем служит знак равенства). Пример правильного файла passwd:

Убираем символ комментария из строки:

В ней указывается имя Вашего репозитория. После знака равенства вместо My First Repository Вы можете указать любое другое имя. Оно выводится при запросе логина и пароля.

Настройка сервера с простой (simple) авторизацией завершена. Пример правильного файла конфигурации сервера:

Теперь пора проверить созданный нами svn-сервер, но сначала мы должны перезапустить его чтобы он смог считать изменённые конфигурационные файлы. Для этого набираем «Windows+R» — «cmd.exe«. В открывшейся командной строке пишем слелующие команды (по порядку):

Открываем TortoiseSVN Repository Browser из контекстного меню любой папки и в качестве URL вводим: svn://127.0.0.1/. Сервер запросит указать логин и пароль, заданные в файле passwd и при успешной авторизации отобразит корневой каталог. Сервер успешно настроен и готов к управлению проектами.

Шаг 4. Настройка Apache.

Если Вы хотите, чтобы к Вашему репозиторию был доступ не только с помощью svn-клиентов, но и с помощью любого веб-браузера, то должны сделать ряд настроек.

Откройте в любом текстовом редакторе файл «%PROGRAMFILES%\CollabNet\Subversion Server\httpd\conf\httpd.conf«, где «%PROGRAMFILES%\CollabNet\Subversion Server\» — это путь установки svn-серверов. В конце файла httpd.conf найдите следующие строки:

и замените на такие:

Здесь с:\svn_repository — путь к репозиторию svn. Измените в соответствии с Вашими настройками.

Теперь нужно создать файл паролей Apache. Для этого откройте командную строку Windows («Win+R» — «cmd.exe«) и выполните следующие команды:

Внимание! Параметр -cm нужно указывать только при первом создании пользователя, т.к. он перезаписывает имеющийся файл. В пути к файлу паролей буква диска обязательно должна быть в верхнем регистре.

В качестве ЛОГИН_ПОЛЬЗОВАТЕЛЯ нужно указать все логины пользователей, указанные в файле passwd. Пароли также должны быть идентичны.

Настройка SVN over Apache 2 была успешно завершена. Теперь нужно перезапустить сервер командами консоли Windows:

Протестировать сервер можно так: http://127.0.0.1:ПОРТ/ в любом веб-браузере. Будет запрошен логин и пароль для доступа к репозиторию.

59 комментариев к записи

@Алекс88
Штатно такой функции нет, но можно в файрволе создать разрешающие правила для входящих соединений на порт 3690 только для определённых IP-адресов, а все остальные подключения блокировать. На Linux используйте iptables.

Спасибо. Возник ещё один вопрос теперь уже с модулем для apache, в место Require valid-user установил Require user admin, но почему-то все остальные пользователи проекта тоже могут подключиться к нему не смотря на то что авторизация разрешена только для admin. Подскажите как разрешить авторизацию только для одного пользователя проектом а остальным запретить? А вообще хотелось бы сделать так, чтобы с одного ip заходили все пользователи, а с разных ip заходил только admin? Вот как я попытался это сделать но не получилось:

DAV svn
SVNParentPath /var/www/svn/
AuthType Basic
AuthzSVNAccessFile /etc/httpd/svn-acl.conf
AuthName «Authorization»
AuthUserFile /etc/httpd/svn-users.conf
Require user admin
Satisfy any
Order Allow,Deny
Allow from xxx.xxx.xxx.xxx

Спасибо. Возник ещё один вопрос теперь уже с модулем для apache, в место Require valid-user установил Require user admin

Поздравляю, вы изобрели новую директиву! В статье же написано как прописывать пользователей и задавать им пароли. Использовать нужно только require valid-user, что означает, что войти может только успешно авторизовавшийся пользователь.

Сами пользователи прописываются в файле, указанном в директиве AuthUserFile. Пример есть в статье:

@Vitaly
require valid-user вообще можно не указывать, всё-ровно будет работать. У меня вопрос в другом. Есть сотрудники, которым положено пользоваться svn только из офисного Ip, а с других ip доступ должен быть закрыт, также есть сотрудники для которых доступ к svn должен быть как из офисного ip, так и с любого другого ip. Такое возможно реализовать, если да то подскажите как?

@Vitaly
require valid-user вообще можно не указывать, всё-ровно будет работать.

Будет пускать любого без авторизации.

@Vitaly
Есть сотрудники, которым положено пользоваться svn только из офисного Ip, а с других ip доступ должен быть закрыт, также есть сотрудники для которых доступ к svn должен быть как из офисного ip, так и с любого другого ip. Такое возможно реализовать, если да то подскажите как?

Скорее всего, нет по крайней мере штатными средствами без написания собственных модулей для Apache. Можно лишь создать список IP-адресов, которым будет разрешён доступ, а всем остальным закрыть.

Это разрешит доступ из подсети 192.168.1.0/24, а также для локального хоста.

@Vitaly
Спасибо за помощь, в общем решил свою проблему так:
Для офисных сотрудников настроил доступ к репозиторию по протоколу svn://, в брандмауэре iptables настроил разрешающее правило на порт 3690 для офисного ip, по остальным ip доступ запрещён.
Для привилегированных сотрудников доступ к репозиторию настроен через apache http://.
Таким образом удалось добиться нужного результата. Надеюсь кому-нибудь это тоже будет полезно)

@Алекс88
Главное следите, чтобы оба сервиса (svnserve и apache) были запущены от одного пользователя в системе, либо принадлежали одной группе (например svnusers), иначе возникнут серьёзные проблемы и конфликты доступа.

Настроил всё, как написано, однако после запуска apache не могу получить доступ к репозиторию через браузер в соответствии с этой инструкцией:

Протестировать сервер можно так: http://127.0.0.1:ПОРТ/ в любом веб-браузере. Будет запрошен логин и пароль для доступа к репозиторию.

При подключении к порту 127.0.0.1:8080 требует логин и пароль, после ввода и того и другого снова требует пароль. И так до бесконечности.

То, что сейчас выложено на сайте CollabNet, не имеет никакого отношения к описанному в статье, т.к. они давно прекратили поддержку того продукта.