Quelle est la cause sous-jacente d'un SVN de la somme de contrôle d'incompatibilité?
Presque à chaque fois, je m'engage à SVN, je reçois une somme de contrôle erreur d'incompatibilité. Je sais déjà comment résoudre le problème (en vérifiant le dossier et copiez le .svn dossier après la suppression de l'ancien). Ce que je veux savoir, c'est quelles sont les causes de ce que sa commence à me rendre fou.
Système d'exploitation: Windows 7
Client SVN: VisualSVN, TortoiseSVN
OriginalL'auteur Lodle | 2011-02-22
Vous devez vous connecter pour publier un commentaire.
Oui, cette erreur est un peu ennuyeux.. Il y a plusieurs raisons pour lesquelles cela peut se produire, disons une fracture de réseau, coupure de courant, ou dire que la corruption de fichiers. La solution de contournement vous avez compris est le meilleur moyen d'obtenir plus de cette erreur autant que je sache..
Plus de détails sur les raisons et la théorie de la cause de cette erreur: (problème similaire, où le md5 a été nul; où, comme dans votre cas, sa valeur est différente de ce qui se passe sur le serveur)
Réparation SVN somme de contrôle
OriginalL'auteur optimistAk
1.Renommer le fichier corrompu dans votre répertoire de travail
2.Commit (il va supprimer le fichier corrompu à partir du référentiel, et d'ajouter le nouveau nom de l'un)
3.Renommer le fichier à l'origine du nom dans votre répertoire de travail
4.S'engager
Travail comme un charme pour moi, j'espère que ça aide.
OriginalL'auteur Dee
Cette solution, je peux à travers un tout à l'heure est d'ouvrir un shell de commande dans le dossier où le problème se trouve le fichier et exécutez la commande suivante:
Je ne me souviens pas où j'ai trouvé la solution, je tiens à donner du crédit lorsque le dû, mais je ne me souviens pas, j'ai trouvé ça dans la coquille de l'historique des commandes.
Cette saccagé mon arbre
Vraiment, vraiment bonne solution pour moi. Ce problème a été me rend fou dans le dernier mois, jusqu'à un a trouvé cette solution. Bon travail!
Ceci ne répond pas à la question...
OriginalL'auteur Corneil du Plessis
J'ai eu une erreur de ce genre. La solution la plus simple que j'ai trouvé, a été la suppression du dossier que le fil a été dans et de mise à jour de mon client svn de choix.
Cette option restaure les sommes de contrôle à partir du serveur.
Seul problème est, bien sûr, que les changements que vous avez fait avant que le dernier commit sera perdu. Si c'est un simple fichier texte, vous pouvez copier tout le contenu du bloc-notes (ou autre éditeur de texte), mise à jour le svn, puis copiez le texte source dans le fichier de nouveau et de s'engager.
OriginalL'auteur Nicki
Cette fois m'est arrivé dans eclipse, svn du plugin, j'ai commis quelques fichiers, puis j'ai cliqué sur le bouton annuler quand il est en progrès. Puis j'ai eu l'erreur même que la vôtre. Il semble que le serveur svn avait reçu les fichiers validés et mis à jour les totaux de contrôle, mais dans mon local svn, les fichiers sont toujours orientés vers la aux vieilles sommes.
Ma solution est de supprimer/déplacer le dossier qui contient les fichiers de problème, puis j'ai vérifié ou mis à jour de nouveau le dossier.
OriginalL'auteur null
Obtenir la somme de contrôle du fichier:
Vous avez besoin de supprimer un enregistrement dans la table des NŒUDS et des VIERGES:
Il a travaillé pour moi.
OriginalL'auteur iadd