64 votes

Impossible de déterminer en amont SVN de l'information, de la TÊTE de l'histoire

Pourquoi j'obtiens ce message d'erreur?

39voto

slafs Points 66

j'ai reçu ce message, car de cloner le repo svn avec --no-metadata option. Peut-être que c'est le cas avec Votre problème.

Lors du clonage sans cette option, tout est parfait.

35voto

bstpierre Points 12616

(Posté le Tchad "question", comme une réponse, fixe, mise en forme et les fautes de frappe.)

Il ya un couple de causes de ce message d'erreur.

Le premier, étant le plus commun. Vous avez deux disjoints des histoires dans votre dépôt git: L'histoire que vous avez fait dans git, et l'histoire à partir de la télécommande du référentiel svn.

Pour résoudre ce problème, vous avez besoin pour faire de votre dépôt git et svn partagent un ancêtre commun, donc git peut imaginer ce qu'il s'engage ont changé quoi.

La suite de l'Article, explique comment résoudre le problème:

La deuxième cause possible du problème est que si vous avez une ancienne version de git (possible, windows msysGit package) et vous venez de créer un nouveau dépôt git qui communique avec une télécommande référentiel svn.

Par exemple:

git svn init svn://svn.xxx.xxx/xxx/trunk
git svn fetch -r BASE:10

ou

git clone svn://svn.xxx.xxx/xxx/trunk // Adds all the files in the revision...

Et vous obtenez l'erreur de suivi des messages, lorsque vous utilisez les commandes suivantes.

git svn info

Impossible de déterminer en amont svn informations à partir d'arbre de travail ou

git svn rebase

impossible de déterminer en amont svn de travail sur l'information de l'arborescence de l'histoire ou de la

  git svn dcommit

Impossible de déterminer en amont SVN de l'information, de la TÊTE de l'histoire

Si vous obtenez l'erreur ci-dessus, les messages, la première étape est de vérifier votre version git. Si vous exécutez une ancienne version git <= 1.6.3.3.* qui a été dans mon cas (msysGit), puis la façon la plus simple de résoudre le problème est de mettre à jour vers une nouvelle version de git comme 1.6.4.*.

La suite de l'Article décrit le problème plus en détail.

18voto

axel22 Points 17400

Dans mon cas, le CHEF de l'repo svn devrait ont été appariés à la TÊTE de la repo git. Cela devrait résoudre le problème:

git update-ref refs/remotes/git-svn refs/remotes/origin/master

9voto

Ed Ruder Points 140

J'ai eu ce message après que j'ai ajouté de façon erronée l' -s/--stdlayout paramètre à l' git svn clone commande pour une Subversion pensions que le fait de ne pas avoir le standard de la Subversion de la forme" d' trunk, tags, et branches des chemins relatifs.

(La Subversion repos j'ai l'habitude de clone avez le standard des chemins relatifs, donc quand j'ai cloné une Subversion repo qui n'en avaient pas eu l'aide de mon habituel git svn clone de commande, j'ai reçu ce message sibyllin. Le message est correct à 100%, mais presque 100% inutile quand à essayer de comprendre quel est le problème.)

8voto

mohammadthalif Points 1

Vous pouvez également obtenir cette erreur, quand vous avez la caisse fraîchement créé repo SVN.

J'ai résolu ce problème en

  1. D'abord faire un premier commit via la commande svn
  2. Puis cloner le repo à l'aide de git svn de commande.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X