Czy TortoiseSVN 1.7 będzie działał poprawnie w repozytorium SVN 1.6?

Question

Chciałbym uaktualnić moją instalację TortoiseSVN do wersji 1.7. Mamy serwer VisualSVN działający z repozytorium SVN 1.6.

Czy muszę zaktualizować repozytorium do wersji 1.7, zanim będę mógł zaktualizować klienta lub czy TortoiseSVN będzie kompatybilny wstecz?

Wiem, że podczas aktualizacji z TortoiseSVN 1.6 na 1.7, muszę przekonwertować moją kopię roboczą na nowy format, ale podczas zatwierdzania nie ma pewnej logiki, aby zobaczyć wersję serwera i odpowiednio dostosować?

Answer 1

W release notes

starszych klientów i serwerów współpracować przejrzysty 1,7 serwerów i klientów

...

Subversion 1.7 serwery używają tego samego formatu jak repozytorium Subversion 1.6. Dlatego możliwe jest, aby bezproblemowo zaktualizować i downgrade między serwerami 1.6.x oraz 1.7.x bez zmiany formatu na dysku repozytoriów

Nie trzeba robić nic, kopia robocza zostanie uaktualniony , i nadal będzie w stanie porozmawiać z serwerem 1.6

Answer 2

Działa dobrze na 1.6 serwerze (1.6.17 w moim przypadku).

Answer 3

Tak, będzie.

Możesz napotkać problemy, jeśli używasz różnych wersji klienta na tej samej kopii roboczej (tzn. W katalogu wyewidencjonowanym). Ponadto, jeśli używasz starego klienta z nowym serwerem, możesz nie móc korzystać z niektórych nowych funkcji serwera.

Jednak nowi klienci SVN są kompatybilni wstecz ze starym serwerem, z wyjątkiem niektórych nowych funkcji. Używanie TortoiseSVN 1.7 z serwerem 1.6 powinno działać bez problemów.

Zobacz stronę compatibility matrix na stronie SVN.

Answer 4

czas Anegdota:

• Server Ver. 1.6.17
• klient Subversion 1.8.9 (win, żółw)
• wersja klient B 1.6.17 (r1128011) (Linux)

na klienta 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". 

na klient A: svn mv, commit, done. svn up na kliencie B nie wykazuje konfliktów. wszystko gotowe.