Subversion: Erste „Der Client ist zu alt“, obwohl alle Devs die gleiche SVN-Version ausgeführt werden

StackOverflow https://stackoverflow.com/questions/802348

  •  03-07-2019
  •  | 
  •  

Frage

Wir verwenden Subversion Spur unseres Codes zu halten. Im Rahmen des Build-Prozesses, werden einige AssemblyInfo.cs Dateien, die vom Build-Skript vorübergehend bearbeitet, und wenn der Build sie rückgängig gemacht werden durchgeführt (auch durch den Build-Skript). Allerdings ist einer unserer Entwickler diese Nachricht erhalten, wenn der revert versucht wird:

  

Der Client ist zu alt, um die Arbeit mit   Arbeitskopie ‚der Weg‘. Du musst   erhalten einen neueren Subversion-Client, oder   degradieren diese Arbeitskopie.

Wir sind alle laufen die gleiche Version von Subversion (1.5.1). Der einzige Unterschied zwischen den Entwicklern Setups ist, dass der Benutzer das Problem aufweist, ist eine neuere Version von TortoiseSVN mit (1.6.0, wie für die andere 1.5.x gegen), und wir haben Subversion laufen 1.5.1 die ganze Zeit über die Repository existiert hat.

Haben Sie einen Hinweis auf das, was das Problem sein könnte?

War es hilfreich?

Lösung

Immer wenn eine Subversion-Client eine Arbeitskopie berührt, das erste, was sie tut, ist leise, dass Arbeitskopie auf seine Version zu aktualisieren.

TortoiseSVN dies getan wird, den andere Subversion Clients nicht in der Lage zu verlassen zuverlässig die Arbeitskopie zu lesen.

Dies gilt für alle Subversion Clients in allen Versionen (bisher). Commandline, Schildkröte, subclipse, ankh, rapidsvn -. Alle gleich verhalten

Es ist ein Python-Skript, eine Arbeitskopie degradieren, oder Sie können es nur Schrott und beginnen wieder mit einer neuen Kasse. Siehe Kompatibilität Abschnitt der Release Notes .

Schildkröte folgt in der Regel die Hauptversionsnummer der Subversion-Client verwendet es.

Edit:

In Ihrem Fall Sie verwenden 2-Clients - Schildkröte und die Commandline in dem Build-Skript. Der Build-Skript nicht in der Lage sein, bis zu arbeiten, um es auf die neueste Version aktualisiert wird.

Wir haben dieses Problem selbst.

Andere Tipps

TortoiseSVN 1.6 verwendet eine neuere Version des Subversion-Client als 1,5 ist. Das ist wahrscheinlich das, was Ihren Fehler verursacht.

Eine andere Möglichkeit ist, dass die Build-Skript einen anderen Client verwendet.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top