it-swarm.com.de

Funktioniert TortoiseSVN 1.7 ordnungsgemäß mit einem SVN 1.6-Repository?

Ich möchte meine TortoiseSVN-Installation auf Version 1.7 aktualisieren. Wir haben einen VisualSVN-Server, auf dem ein SVN 1.6-Repository ausgeführt wird.

Muss ich das Repository auf 1.7 aktualisieren, bevor ich meinen Client aktualisieren kann, oder ist TortoiseSVN abwärtskompatibel?

Ich weiß, dass ich während des Upgrades von TortoiseSVN 1.6 auf 1.7 meine Arbeitskopie in das neue Format konvertieren muss. Aber während eines Commits gibt es einige Logik, um die Serverversion zu sehen und sich entsprechend anzupassen.

39
Steve Goykovich

In den Versionshinweisen

Ältere Clients und Server arbeiten transparent mit 1.7-Servern und .__ zusammen. Kunden

...

Subversion 1.7-Server verwenden dasselbe Repository-Format wie Subversion 1.6. Daher ist ein nahtloses Upgrade und Downgrade zwischen 1.6.x- und 1.7.x-Servern möglich, ohne das Format der .__-Datei zu ändern. On-Disk-Repositorys

Sie müssen nichts tun, Ihre Arbeitskopie wird aktualisiert und kann weiterhin mit dem 1.6-Server kommunizieren

28
CharlesB

Ja, es wird.

Sie können auf Probleme stoßen, wenn Sie unterschiedliche Versionen des Clients für dieselbe Arbeitskopie verwenden (d. H. Ausgechecktes Verzeichnis). Wenn Sie einen alten Client mit einem neuen Server verwenden, können Sie möglicherweise einige der neuen Serverfunktionen nicht verwenden.

Neue SVN-Clients sind jedoch mit alten Servern abwärtskompatibel, mit Ausnahme einiger neuer Funktionen. Die Verwendung von TortoiseSVN 1.7 mit Server 1.6 sollte daher problemlos funktionieren.

Siehe die Kompatibilitätsmatrix auf der SVN-Site.

9
sleske

Es funktioniert gut mit 1.6 Server (1.6.17 in meinem Fall).

2
Krzysztof

Anekdotezeit:

  • Server Ver. 1.6.17
  • client A Subversion 1.8.9 (Sieg, Schildkröte)
  • client B Version 1.6.17 (r1128011) (Linux)

auf Kunden 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".

auf Client A: svn mv, ein Commit, fertig. svn up auf Client B zeigt keine Konflikte. alles erledigt.

0
gcb