Будет ли TortoiseSVN 1.7 работать должным образом с хранилищем SVN 1.6? - PullRequest
39 голосов
/ 04 ноября 2011

Я хотел бы обновить установку TortoiseSVN до версии 1.7.У нас есть сервер VisualSVN, работающий с репозиторием SVN 1.6.

Нужно ли обновлять репозиторий до 1.7, прежде чем я смогу обновить свой клиент, или TortoiseSVN обратно совместим?

Я знаю, что во времяпри обновлении с TortoiseSVN 1.6 до 1.7 мне нужно преобразовать мою рабочую копию в новый формат, но во время фиксации есть ли логика, чтобы увидеть версию сервера и соответствующим образом адаптироваться?

Ответы [ 4 ]

28 голосов
/ 04 ноября 2011

В примечаниях к выпуску

Старые клиенты и серверы прозрачно взаимодействуют с 1,7 серверами и клиентами

...

Серверы Subversion 1.7 используют тот же формат хранилища, что и Subversion 1.6.Таким образом, существует возможность беспрепятственного обновления и понижения между серверами 1.6.x и 1.7.x без изменения формата репозиториев на диске

Не нужно ничего делать, ваша рабочая копия будетбудет обновлен, и все еще сможет общаться с сервером 1.6

9 голосов
/ 04 ноября 2011

Да, будет.

Вы можете столкнуться с проблемами, если вы используете разные версии клиента на одной и той же рабочей копии (т. Е. Извлеченный каталог). Кроме того, если вы используете старый клиент с новым сервером, вы, возможно, не сможете использовать некоторые из новых функций сервера.

Тем не менее, новые клиенты SVN имеют обратную совместимость со старым сервером, за исключением некоторых новых функций. Поэтому использование TortoiseSVN 1.7 с сервером 1.6 должно работать без проблем.

См. матрицу совместимости на сайте SVN.

2 голосов
/ 04 ноября 2011

Отлично работает с сервером 1.6 (1.6.17 в моем случае).

0 голосов
/ 04 июня 2014

Время анекдота:

  • Server Ver.1.6.17
  • клиент A Subversion 1.8.9 (победа, черепаха)
  • клиент B версия 1.6.17 (r1128011) (linux)

на клиенте B:

 - create branch_x with lots of files
 - commit
 - svn mv branch_x branch_xnew
 - log shows A branch_xnew, then thousands of D for each file in branch_x
 - commit
 - fails saying that branch_x is out of date.

 - out of desperation, revert --depth inifity... same
 - more desperation, checkout a clean working copy, svn mv, commit, fails "branch_x is out of date".

на клиенте A: svn mv, commit, done.SVN на клиенте B не показывает никаких конфликтов.все сделано.

...