2009-08-02 10 views
1

J'ai converti mon référentiel CVS en référentiel SVN. Il fonctionnait très bien, mais un problème a eu lieu .... Je me suis converti à l'aide d'un dumpfile, et la commande était:conversion cvs2svn?

cvs2svn -encoding =() -sort = (CHEMIN DE sort.exe) - default-eol = -dumpfile natif = PATH \ name.svn_dump -svnadmin = (CHEMIN vERS SVN ADMIN) (CHEMIN dE lA REP)

chargement du fichier de vidage:

svnadmin charge PATH (au référentiel emplacement) < PATH \ name.svn_dump

Maintenant, certains fichiers binaires, qui dans CVS sont marqués avec -kb, ont été corrompus. Si j'ouvre les deux versions d'un fichier dans WinMerge, il y a la même chose lorsque l'option "Ignorer les différences de retour chariot" est cochée.

Ce qui semble être le problème? Ai-je manqué quelque chose pendant la conversion?

merci, Oded.

Répondre

1

Depuis que vous avez utilisé l'option --default-eol=native, tous les fichiers binaires qui étaient pas marqué comme binaire CVS sera stocké à Subversion dans le codage EOL « natif » et ont généralement des problèmes comme vous avez décrit lors d'un contrôle de Subversion. Alors, êtes-vous vraiment sûr que les fichiers en question ont été marqués comme binaires dans CVS?

Veuillez noter également qu'il existe un programme CVSNT de type CVSNT plus propriétaire dont le format de dépôt est différent dans plusieurs détails de celui de CVS. Par exemple, il stocke les modes de fichiers d'une manière incompatible avec CVS. cvs2svn does not support converting CVSNT repositories. Si votre référentiel a déjà été touché par un client CVSNT, vous pourriez avoir des difficultés avec votre conversion. Dans ce cas, suivez les conseils du lien ci-dessus et envisagez également de définir explicitement les fichiers en question en binaire, par exemple en utilisant l'option --auto-props de cvs2svn.

+0

merci. J'ai créé un fichier auto-props et défini chaque extesion comme je le voulais. Cela fonctionne parfaitement. Je vous remercie. – Oded