Формат репозитория SVN force

Мы используем svn версии 1.5.1 (r32289) на работе, у меня на машине OS X стоит версия 1.6.6 (r40053). Я использую sshfs для монтирования каталога на нашем сервере разработки, где я думал, что мог бы использовать svn с моей машины, чтобы "сохранить" другое подключение к серверу разработки. Но каждый раз, когда я прикасаюсь к репозиторию с помощью svn 1.6.6 (даже svn up), я (и мои коллеги) получаю следующую ошибку при попытке обработать svn с машины разработки / работы:

svn: Этот клиент слишком стар для работы с рабочей копией '.'. Вам нужно получить новый клиент Subversion или понизить версию этой рабочей копии. См. http://subversion.tigris.org/faq.html#working-copy-format-change для получения подробной информации.

Использование сценария, представленного на странице, упомянутой в сообщении об ошибке, решает проблему, но:

Есть ли способ указать формат, который svn должен использовать / принудительно использовать при работе с репозиторием?

Я могу создать псевдоним для команд svn (в случае, если мне нужно добавить параметр к каждой команде svn).


svn sshfs
person Martin Tóth    schedule 01.08.2011    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Прежде всего, надеюсь, вы не используете для этого протокол file: //: Выбор конфигурации сервера: рекомендации.

Также следует обратить внимание на то, что формат рабочей копии часто меняется между версиями 1. X (но не версиями 1.X. Y).

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

Вы можете использовать более новые версии клиентов, продолжая использовать более старый формат базы данных SVN (хотя не знаете, как это будет происходить при использовании file: //?).

Итак, чтобы ответить на ваш вопрос: Есть ли способ указать формат, который svn должен использовать / принудительно при работе с репозиторием?

Проблема не в репозитории, а в рабочей копии. Если есть возможность, просто обновляйте клиентов на работе. В противном случае прекратите использовать клиентов 1.6.6 где-либо еще.

person crashmstr    schedule 01.08.2011
comment
Спасибо за ответ и рекомендации. - person Martin Tóth; 01.08.2011
comment
И нет, мы не используем file:/// протокол ... Я даже не знал, что можно / будет :) - person Martin Tóth; 01.08.2011