Подтвердить что ты не робот

Будет ли TortoiseSVN 1.7 корректно работать с хранилищем SVN 1.6?

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

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

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

4b9b3361

Ответ 1

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

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

...

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

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

Ответ 2

Да, это будет.

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

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

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

Ответ 3

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

Ответ 4

Анекдот времени:

  • 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 не вызывает конфликтов. все сделано.