Question

J'ai converti mon référentiel CVS en référentiel SVN. Cela a bien fonctionné, mais un problème est survenu .... J'ai converti à l'aide d'un fichier de sauvegarde, et la commande était:

  

cvs2svn & # 8211; encoding = () & # 8211; sort = (CHEMIN VERS sort.exe) --default-eol = native & # 8211; dumpfile = CHEMIN \ nom.svn_dump < !> # 8211; svnadmin = (CHEMIN VERS ADMIN SVN) (CHEMIN VERS REP)

chargement du fichier de vidage:

  

svnadmin load PATH (à l'emplacement du référentiel) < PATH \ name.svn_dump

Maintenant, certains fichiers binaires, qui sont marqués avec -kb dans CVS, ont été corrompus. Si j'ouvre les deux versions d'un fichier dans WinMerge, le résultat est identique lorsque & "Ignorer les différences de retour chariot &"; est cochée.

Quel semble être le problème? Ai-je oublié quelque chose pendant la conversion?

merci, Oded.

Était-ce utile?

La solution

Puisque vous avez utilisé l'option --default-eol=native, tous les fichiers binaires qui étaient non marqués comme binaires dans CVS seront stockés dans Subversion sous " native & "; Le codage EOL et rencontrera généralement des problèmes similaires à ceux décrits lors de l'extraction 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 plus semblable à CVS, appelé CVSNT, dont le format de référentiel diffère à plusieurs égards de celui de CVS. Par exemple, il stocke les modes de fichiers de manière incompatible avec CVS. cvs2svn ne prend pas en charge la conversion des référentiels CVSNT . 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 binaires, par exemple, en utilisant l'option --auto-props de cvs2svn.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top