J'ai eu un projet simple géré dans un référentiel GIT. À ce jour, je n'ai pas intentionnellement créé de branches, mais quand j'ai essayé de créer mon premier aujourd'hui en utilisant i Voir cette erreur: p> est-ce normal à voir dans git? Ai-je cloné mon référentiel de manière incorrecte? Quelle est la meilleure façon de résoudre ce problème? P> P>
3 Réponses :
Il semble que ce soit ambigu, car votre nom de votre télécommande et votre nom de succursale sont à la fois maître code>. Vous pouvez essayer de renommer la télécommande à l'origine code> classique code> en exécutant
Les règles de la manière dont les spécifications de révision sont interprétées sont données dans gitravisions (7) em> (référencée de git (1) em> , parmi d'autres bits de documentation). p>
En bref, Ceux-ci peuvent être désambigués en utilisant maître code> correspond à deux motifs lorsqu'il est appliqué sur les réfs dans votre référentiel: une branche locale (
refs / têtes /
refs / télécommandes /
têtes / maître code> pour la branche locale et
maître / tête code> (ou
maître / maître code> dans votre cas) pour la branche de suivi à distance. P>
+1 pour référencer la documentation où cela est expliqué. Je souhaite que Git n'a pas essayé refs / télécommandes /
Dans ma branche de tête de cas était ambigu et résolu par la suppression de la branche locale à l'aide de
git branch -d HEAD
Il semble que vous ayez fait quelque chose de bizarre lors du clonage. Pour cloner correctement, utilisez
clone git [URL] [chemin de destination] code>. Pour plus d'aide de diagnostic, postez ce que vous obtenez lorsque vous exécutez
git config -l code>
Merci Mark, je reçois: core.repositoryformatversion = 0 core.filemode = true core.bare = false core.barefupdates = true core.ignorecase = true coy.ignorecase = vrai distance.master.fetch = + refs / têtes / *: Refs / télécommandes / Master / Master / * Remote.master.url=git@github.com: ### / ###. git succursale.master.remote = maître succursale.master.merge = refs / têtes / maître