Je suis nouveau sur SVN, alors pardonnez le possible problème simple. J'essaye de faire un vidage Subversion d'un de mes projets:
svnadmin dump C:\code\project1 -r 9 > repo.dmp
Malheureusement, j'obtiens cette erreur:
svnadmin: E720002: Can't open file 'project1\format': The system cannot
find the file specified.
Il semble rechercher le fichier format
qui se trouve en fait à project1\.svn\format
. Cela me laisse perplexe car je m'attendais à ce que cela apparaisse dans le .svn
sous-répertoire de project1, mais recherche à la place dans la racine.
J'ai ensuite essayé:
svnadmin dump project1\.svn -r 9 > repo.dmp
Mais cela a abouti à:
svnadmin: E165005: Expected repository format '3' or '5'; found format '12'
Je pensais que c'était un problème avec mon format étant à court de données car c'est un problème courant d'après ce que j'ai lu. Mon serveur est repositoryhosting.com et ils sont sur le serveur 1.7.1. Sur mon client, j'utilise TortoiseSVN avec SVN:
TortoiseSVN 1.7.4, Build 22459 - Subversion 64 bits 1.7.2
En lisant plus loin, je pourrais confondre les choses et avoir besoin d'aller contre le référentiel réel au lieu de ma copie de travail locale. Le problème est que le référentiel est dans le cloud hébergé par repositoryhosting.com et svnadmin n'acceptera pas les URL comme emplacements de dépôt, uniquement les chemins locaux.
aimerait avoir de l'aide avec ce qui se passe ...
svnadmin dump est pour travailler sur le référentiel (côté serveur), pas sur la copie de travail (côté client) Le message d'erreur sur le format est trompeur car il recherche le fichier de format dans le référentiel et trouve un fichier avec le même nom dans votre copie de travail.
Si vous souhaitez obtenir une sauvegarde complète de votre référentiel, vous pouvez utiliser svnrdump à cet effet. Il est utilisé de la même manière que svnadmin dump, mais il est possible d'obtenir le vidage à partir d'un référentiel distant: utilisez
svnrdump dump -r0:HEAD [URL_TO_YOUR_REPO] > Your_dumpfile.dmp
CECI IS UNE NOUVELLE FONCTIONNALITÉ SVN 1.7