7
votes

La mise à jour SVN après le déplacement échoue avec le message «Aucun révision de ce type»

Nous avons utilisé un référentiel SVN partagé pour plusieurs projets et hier, notre administrateur SVN a créé un nouveau référentiel SVN spécifique à notre projet.

J'ai déplacé ma commande existante du projet au nouveau référentiel SVN, mais maintenant, lorsque je fais une mise à jour SVN, je reçois un message d'erreur comme "pas de telle révision 223297".

En effet, le nouveau référentiel n'a que le nombre de révisions spécifiques à notre projet (environ 33000 commettre) tandis que l'ancien avait 223400 . .

J'aimerais savoir s'il est possible d'allumer tous mes dossiers vérifiés existants sur le nouveau référentiel? Sinon, je vais devoir faire des cochauces propres.


0 commentaires

3 Réponses :


7
votes

Évidemment, votre administrateur n'a pas réussi à inclure des révisions de remplissage qui est généralement vivement recommandée lors de l'utilisation de SVNDumpfilter pour diviser les référentiels.

Sinon, il est absolut impossible de mettre à jour votre copie de travail avec votre référentiel, car SVN ORENCTIONNE elle-même sur les numéros de révision et votre référentiel est (technique) un référentiel différent (généralement l'UUID du référentiel ne doit pas également correspondre .. Un autre bizarre qui devrait être corrigée par votre administrateur). De plus, si vous utilisez des outils externes tels que BugTracker, qui enregistre les numéros de révision pour relier le contenu de votre sources SourceCode, ces références sont également perdues.

La meilleure solution serait de refaire la création de référentiel sans commutateur SVNDumpfilter - goutte-vide-vide-revs Cependant, votre travail dans votre nouveau référentiel est perdu ..


1 commentaires

L'administrateur ne veut pas créer de référentiel sans - Drop-vide-revs-revs . Chaque révision prend au moins 8k et il ne veut pas avoir une énorme décharge SVN. Cela signifie que nous sommes bons pour faire des commandes propres maintenant ...



0
votes

Je suppose que vous devez faire des cavaliers propres.

Dans ma situation, notre administrateur SVN a créé un nouveau clone de référentiel SVN à partir de l'ancien référentiel. Et j'ai eu le même message lorsque j'ai mis à jour ma copie de travail après la déplaçait au nouveau référentiel SVN.

Puis j'ai découvert que c'est parce que j'ai fait une mise à jour SVN avant de déménager dans le nouveau référentiel et que le numéro de révision est juste au-delà du numéro de révision dans le nouveau référentiel.

Alors, voici ma solution:

  1. Retour à l'ancien référentiel ancien
  2. Utilisez Mise à jour vers la révision ... Pour mettre à jour votre copie de travail à une version plus ancienne (juste la version avant votre administrateur SVN crée le nouveau référentiel )
  3. déménager au nouveau référentiel , et essayez de faire à nouveau une mise à jour SVN :)

    J'espère que cela vous aidera.


0 commentaires

7
votes
  1. sauvegarder le répertoire de travail

  2. Supprimez le répertoire .SVN sous le répertoire de travail supérieur

  3. Consultez l'ensemble du répertoire de travail.

    a travaillé pour moi ...


0 commentaires