Frage

I umgewandelt mein CVS in SVN-Repository Repository. Es funktionierte großartig, aber ein Problem aufgetreten war .... Ich konvertiert einen dumpfile verwenden, und der Befehl war:

  

cvs2svn -encoding = () -sort = (WEG ZUM SORT.EXE) --default-EOL = native -dumpfile = PATH \ name.svn_dump -svnadmin = (Pfad zum SVN ADMIN) (PATH TO REP)

Laden der Dump-Datei:

  

svnadmin load PATH (bis Repositoryposition)

Nun einige Binär-Dateien, die in CVS mit -kb markiert sind, beschädigt. Wenn ich beide Versionen einer Datei in WinMerge öffnen, suchen Sie dort das gleiche, wenn die „Ignore Carriage Return Differences“ geprüft wird.

Was scheint das Problem zu sein? Habe ich etwas bei der Konvertierung verpassen?

Danke, Oded.

War es hilfreich?

Lösung

Da verwendet man die --default-eol=native Option, alle binären Dateien, die waren nicht markiert als binäre in CVS wird in „native“ EOL-Codierung Subversion gespeichert werden und haben in der Regel Probleme, wie Sie, wenn beschrieben ausgecheckt von Subversion. Also, sind Sie wirklich sicher, dass die fraglichen Dateien als binär markiert wurden in CVS?

Bitte beachten Sie auch, dass es eine proprietäre CVS-ähnliches Programm namens CVSNT, deren Repository-Format unterscheidet sich in mehreren Details zu der von CVS. Zum Beispiel speichert es Dateimodi in einer Weise, die mit CVS nicht kompatibel ist. cvs2svn hat nicht Unterstützung Umwandlung CVSNT Repositories . Wenn Ihr Repository jemals von einem CVSNT Client berührt wurde, könnten Sie Schwierigkeiten mit der Conversion haben. In diesem Fall den Spitzen in dem obigen Link folgen und beachten Sie auch die betreffenden Dateien Einstellung explizit auf binär, zum Beispiel cvs2svn der --auto-props Option.

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