Quand je m'engage, je n'avais aucune erreur. Maintenant j'ai essayé de vérifier et j'ai eu cette erreur
ne peut pas lire la ligne de longueur dans le fichier 'C: \ svn \ db \ revs \ 0 \ 14'
J'ai essayé une révision plus ancienne, cela ne fonctionne pas non plus. Cela signifie-t-il que j'ai tout perdu en subversion?
5 Réponses :
On dirait que la base de données Berkeley a été corrompue, vous devez utiliser fsfs backend la prochaine fois. Pour l'instant, voir Recovery Berkeley DB < / a>.
Cela semble être un bug svn ou une défaillance H / W. Je commencerais à chercher une sauvegarde. Si vous n'en avez pas un - vous pouvez commettre votre copie de travail locale dans un nouveau référentiel.
Vous pouvez exécuter pour vérifier votre référentiel. p> Si vous utilisez Berkeley DB (vous ne devriez pas), P> svnadmin recover /var/svn/repo
J'ai eu le même problème et voici une solution simple que j'ai trouvée sans administrer le référentiel SVN.
problème résolu. Je pense que cette façon de perdre les versions précédentes du fichier du référentiel, mais ce n'était pas un problème pour moi.
J'espère que cette information peut vous aider.
On dirait que dB a été corrompu pour une de votre révision.
Ainsi, au début, vous pouvez mettre à jour la révision antérieure et modifier la dernière révision dans dB: p>
cd /var/www/site/ svn delete --keep-local [corrupted] svn ci [corrupted] -m "Remove corrupted directory from repository" rm -rf `find /[corrupted] -name .svn` svn add [corrupted] svn ci [corrupted] -m "Add fixed directory"
Je ne vois pas comment il s'agit de la programmation.
@unwind de aide -> Quels sujets puis-je poser des questions sur ici? "Outils logiciels couramment utilisés par les programmeurs"
Génial, cette question survient encore 3 ans plus tard. Heureusement, pas sur une grande base de code commercial et ne pas avoir beaucoup trop perdu de l'histoire perdue à craindre, alors je suis tenté de recommencer avec Git.