Pourquoi j'obtiens ce message d'erreur?
Réponses
Trop de publicités?(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.
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.)