7
votes

BIGT a échoué: "Le référentiel UUID" ... "ne correspond pas à l'UUID" ... "" "lors de l'engagement de Google Code de Eclipse sur Windows

J'ai pu travailler avec tous mes projets sur Google Code, mais maintenant, je ne peux pas m'engager à aucun d'entre eux. Je reçois l'erreur:

Certaines ressources sélectionnées n'ont pas été commises. svn: commetté échoué (Détails Suivre): svn: référentiel uuid '2B3CCC6C-ACBF-642B-775E-B44874E3CFDD' ne correspond pas à UUID attendu '2B06EF8F-344E-F67A-312D-ECB7346C3921'

(J'utilise Eclipse sur Windows)

La même erreur se produit lorsque je tiens à la mise à jour.


1 commentaires

Juste une pensée, pouvez-vous faire un nouveau départ et utiliser un outil de fusion pour fusionner manuellement des changements et s'engager normalement lorsque vous avez terminé?


3 Réponses :


2
votes

Votre copie de travail est liée au référentiel, qui doit avoir un identifiant unique (UUID), qui stockée dans le cadre de métadonnées dans la copie de travail et l'identité de l'UUID stocké et de contacté UUID de Repo est testée sur des opérations, ce qui peut modifier le référentiel

Pour une raison quelconque, vous essayez de communiquer non au même référentiel, à partir duquel votre WC a été créé (même URL! = même repo)

Vérifiez les Uuids actuels avec Info SVN WC-Chemin et SVN INFO REPO-URL (repo-URL pour le repo principal et tous les "étrangers", si les externes sont utilisés) < / p>

Le référentiel UUID Valeur doit être identique


2 commentaires

Oui, mais vous devez expliquer comment les rendre les mêmes. Dans mon cas, le référentiel a été recréé après la réinstallation du serveur. Il a donc acquis de nouveaux uuids sur tous les repos. L'URI du repo a pas changé. Comment devrais-je dire aux copies de travail qu'ils doivent rester à l'aide des URI existantes mais doivent s'attendre à ce que les nouveaux UUIDS?


@Peterflynn: 1) I Doit rien (!) Vous ou quiconque ici 2) I peut expliquer expliquer, comment SVN-admin doit faire son propre travail, mais c'est une question différente. En bref: vous ne pouvez pas utiliser de vieux WC avec de nouveaux uuids de Repo (même cela chante; e change de données) et doit avoir de vieil uuid. Point final



0
votes

J'avais juste ce problème lorsque j'ai essayé de commettre deux fichiers à la fois appartenant à des référentiels externes distincts. J'ai essayé de les commérer séparément et j'ai réussi.


0 commentaires

5
votes

Vous pouvez résoudre ce problème en corrigeant l'UUID du référentiel dans la base de données locale SQLITE3 Subversion. Pour ce faire, téléchargez SQLite3 d'ici:

http://www.sqlite.org/download.html p>

et mettez-le quelque part sur le chemin afin que le système sache à ce sujet. Ensuite, ouvrez l'invite de commande ou de votre terminal (si vous êtes sous Linux) dans le répertoire contenant le répertoire du référentiel .SVN. Ensuite, ouvrez le fichier de base de données Subversion pour l'édition de ce type: p> xxx pré>

Ceci démarrera une commande une ligne de commande acceptant des commandes SQL. Tapez cette commande, remplaçant l'UUID avec celui indiquant dans votre message d'erreur: P>

update REPOSITORY set uuid="2b3ccc6c-acbf-642b-775e-b44874e3cfdd" where id=1


0 commentaires