Subversion версия «разница» имеет большое значение?

Question

Приветствую, используя VS2008 и VisualSVN, и кажется, что люди VisualSVN неукоснительно относятся к обновлению клиента (и его сервера VisualSVN) до последней версии Subversion.

Мой вопрос: мой сервер Subversion является хост-сервером и, похоже, всегда отстает от версии, которую я использую, на несколько версий. Должен ли я беспокоиться об этой версии "несоответствие"?

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

Какой-нибудь механизм, встроенный в клиент, сервер или протокол, который предотвращает что-то ужасное между плохо «спаренными» клиентами и серверами?

Answer 1

Вообще говоря, вам не нужно беспокоиться о несовпадении версий клиент / сервер. Протокол поддерживается последовательно, чтобы предотвратить проблемы с несоответствиями версий. Некоторые новые функции могут быть недоступны, если оба клиента / сервера не обновлены, но это неудивительно.

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

Вот ссылка на более подробную информацию от источника (спасибо Дейву!)

Нумерация версий, совместимость и устаревание

http://subversion.apache.org/docs/community-guide/releasing.html#release-numbering

Answer 2

Это нормально, если ваш клиент опережает ваш хост. Клиент должен знать, как обращаться со старыми версиями svn (я в основном использовал TortoiseSVN последние 5 лет или около того). Когда ваш хост новичок, чем ваш клиент, вы можете столкнуться с проблемами, но CollabNet очень хорошо объявляет о выпусках, которые меняют формат репозитория (и это случается не очень часто).

Answer 3

Клиент и сервер не должны полностью совпадать. Вам нужно только беспокоиться о том, чтобы быть несовместимым с основными выпусками. например меняется с 2.x.x на 3.x.x