Votre configuration indique à fusionner avec le <nom de la branche> à partir de la télécommande, mais aucune de ces ref a été récupérée.?

J'obtiens cette erreur pour tirer:

Votre configuration indique à fusionner avec la réf
'refs/heads/fonction/Sprint4/ABC-123-Branche" de la télécommande, mais pas de
de telles ref a été récupérée.

Cette erreur ne vient pas de n'importe quelle autre branche.
La particularité de cette branche, c'est qu'il est créé à partir de la précédente livraison d'une autre branche.

Mon fichier de config ressemble:

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true
    symlinks = false
    ignorecase = true
    hideDotFiles = dotGitOnly
[remote "origin"]
    url = <url here>
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[branch "new-develop"]
    remote = origin
    merge = refs/heads/new-develop
[branch "feature/Sprint4/ABC-123-Branch"]
    remote = origin
    merge = refs/heads/feature/Sprint4/ABC-123-Branch
  • Pouvez-vous partager la commande que vous utilisez pour effectuer la fusion?
  • Ce problème peut se produire lorsque la distance n'a été supprimé. Double vérifier si c'est vraiment là.
  • Les futurs lecteurs: Si vous connaissez la branche distante, vérifiez si vous êtes ignorant la casse ou non. J'ai eu l'installation d'une agence locale pour suivre une branche distante, mais de la saisie de la distance du nom en toutes lettres minuscules. Juste eu à se reconfigure locales pour suivre origine/BranchName au lieu d'origine/branchname
InformationsquelleAutor Farrukh Chishti | 2016-05-02
  1. 81

    Ce que cela signifie

    Vos amont—la télécommande vous appelez origin—n'a plus, ou peut-être jamais eu (il est impossible de dire à partir de cette seule information) une branche nommée feature/Sprint4/ABC-123-Branch. Il y a un particulièrement raison en commun pour que: quelqu'un (probablement pas vous, ou si vous voulez en souviens plus) a supprimé le service des autres le dépôt Git.

    Quoi faire

    Cela dépend de ce que vous voulez. Voir la section discussion ci-dessous. Vous pouvez:

    • créer ou re-créer la branche sur la télécommande, ou
    • supprimer votre succursale locale ou
    • autre chose que vous pouvez penser.

    Discussion

    Vous devez être en cours d'exécution git pull (si vous avez été en git merge, vous recevez un message d'erreur différent, ou pas de message d'erreur).

    Lorsque vous exécutez git fetch, votre Git contacts d'une autre Git, basé sur la url ligne en vertu de la [remote "origin"] la section de votre configuration. Que Git exécute une commande (upload-pack) qui, entre autres choses, envoie votre Git une liste de toutes les branches. Vous pouvez utiliser git ls-remote pour voir comment cela fonctionne (l'essayer, c'est l'éducation). Voici un extrait de ce que je reçois lors de l'exécution de ce sur un dépôt Git pour git lui-même:

    $ git ls-remote origin
From [url]
bbc61680168542cf6fd3ae637bde395c73b76f0f    HEAD
60115f54bda3a127ed3cc8ffc6ab6c771cbceb1b    refs/heads/maint
bbc61680168542cf6fd3ae637bde395c73b76f0f    refs/heads/master
5ace31314f460db9aef2f1e2e1bd58016b1541f1    refs/heads/next
9e085c5399f8c1883cc8cdf175b107a4959d8fa6    refs/heads/pu
dd9985bd6dca5602cb461c4b4987466fa2f31638    refs/heads/todo
[snip]

    La refs/heads/ les entrées de la liste de toutes les branches qui existent sur la télécommande,1 avec la validation correspondante Id (pour refs/tags/ entrées de l'IDs peuvent point à marquer les objets plutôt que de les commits).

    Votre Git prend chacun de ces noms de branche et changements selon les fetch ligne(s) dans la même remote section. Dans ce cas, votre Git remplace refs/heads/master avec refs/remotes/origin/master, par exemple. Votre Git le fait avec chaque nom de la branche qui vient à travers.

    Il enregistre également les noms d'origine dans le fichier spécial FETCH_HEAD (vous pouvez voir ce fichier, si vous regardez dans votre propre .git répertoire). Ce fichier enregistre les récupéré les noms et Identifiants.

    La git pull de commande est conçu comme une commodité coupe courte: il fonctionne git fetch sur la télécommande, puis sur la git merge (ou, si instruit, git rebase) avec quelles que soient les arguments sont nécessaires à la fusion (ou rebase) tel que prescrit par la [branch ...] section. Dans ce cas, votre [branch "feature/Sprint4/ABC-123-Branch"] section dit à extraire de origin, puis de fusionner avec tout ce que l'identification a été trouvé sous le nom de refs/heads/feature/Sprint4/ABC-123-Branch.

    Depuis rien n'a été trouvé sous ce nom, git pull se plaint et s'arrête.

    Si vous avez exécuté ce que les deux étapes distinctes, git fetch et puis git merge (ou git rebase), votre Git regardez votre cache remotes/origin/ à distance-suivi des branches pour voir comment fusionner ou rebase sur. Si il y était telle branche, à un moment, vous pouvez encore avoir de la distance de suivi de la branche. Dans ce cas, vous ne serait pas un message d'erreur. Si il n'y avait jamais une telle branche, ou si vous avez exécuté git fetch avec --prune (qui supprime mort à distance-suivi des branches), de sorte que vous n'avez pas de distance correspondante-suivi de la direction générale, vous obtiendrez une plainte, mais il renvoie à origin/feature/Sprint4/ABC-123-Branch à la place.

    Dans les deux cas, nous pouvons conclure que feature/Sprint4/ABC-123-Branch n'existe pas sur la télécommande nommé origin.

    Il n'avait probablement exister à un moment donné, et vous avez probablement créé à votre succursale locale de la distance de suivi de la branche. Si donc, vous avez probablement encore ont la distance de suivi de la branche. Vous pourriez enquêter pour savoir qui a enlevé la branche à partir de la télécommande, et pourquoi, ou vous pouvez juste pousser quelque chose à re-créer ou supprimer de votre télécommande,-suivi de la direction générale et/ou à votre succursale locale.

    1eh Bien, tout ce qu'il va admettre, au moins. Mais à moins d'avoir expressément caché quelques refs, la liste comprend tout.

    • Merci pour expliquer ce que le git pull de commande de la réalité. J'ai pu résoudre mon problème en exécutant la commande git fetch et puis les fusionner.
    • Pour supprimer inexistante à distance direction des références dans votre dépôt local, utilisez git remote prune origin
    • oui, ou, exécutez git fetch --prune origin, ou un ensemble fetch.prune à true dans votre configuration (tous les trois sont destinés à faire la même chose, bien que dans quelques versions de Git n'était pas assez fiable).
    • bonne idée, je l'ai déplacé.
    • Merci pour votre explication détaillée.
    InformationsquelleAutor torek
  2. 35

    Vérifier si votre branche à distance est disponible à tirer.
    J'ai eu le même problème, enfin rendu compte de la distance n'a été supprimé par quelqu'un.

    • C'était la même chose pour moi!
    • Après une demande d'extraction, la fusion (c'est à dire la personne qui a fait la fusion) a la possibilité de supprimer la branche qui a été fusionnée dans la branche cible. Si vous essayez de tirer à ce point, vous obtiendrez cette erreur.
    • c'est vrai 🙂
    InformationsquelleAutor Malhaar Punjabi
  3. 34

    Cela peut aussi arriver si vous ou quelqu'un de renommé de la direction générale.
    Alors suivez ces étapes (si vous savez que le nom de la branche est renommé)
    En supposant que précédemment nom de la branche comme wrong-branch-name et quelqu'un de renommé correct-branch-name Donc.

    git checkout correct-branch-name

    git pull (vous verrez cela "Votre configuration indique..")

    git branch --unset-upstream

    git push --set-upstream origin correct-branch-name

    git pull (vous n'obtiendrez le message précédent )

    • Il n'est même pas nécessaire de git push et il ne fonctionnera pas si la branche courante est derrière son à distance. git pull origin correct-branch-name est assez.
    • La magie est git branch --unset-upstream
    InformationsquelleAutor Extreme
  4. 3

    Pour moi, c'était une affaire de sensibilité de la question. Ma branche locale a été Version_feature2 au lieu de Version_Feature2. J'ai re-vérifié ma branche à l'aide de la bonne enveloppe, puis git pull travaillé.

    InformationsquelleAutor nicko
  5. 3

    Cette erreur peut également être reçu lorsque l'origine nom de la branche a certains cas de problème.

    Par exemple: l'origine de la branche est team1-Team et la branche locale a été la caisse en tant qu' team1-team. Ensuite, ce T dans -Team et t dans -team peut provoquer cette erreur. Ce qui s'est passé dans mon cas. Donc, en changeant le nom local à l'origine de la direction générale de nom, l'erreur a été résolu.

    InformationsquelleAutor akgupta
  6. 2

    J'ai eu une erreur similaire, lorsque la cause véritable est que mon disque était plein. Après la suppression de certains fichiers, git pull a commencé à travailler comme je m'y attendais.

    InformationsquelleAutor user1747134
  7. 2

    Dans mon cas, j'ai été tout simplement défaut initial de commit sur la branche distante, de sorte succursale locale n'était pas de trouver quelque chose à tirer et il a été de donner ce message d'erreur.

    J'ai fait:

    git commit -m 'first commit' //on remote branch
git pull //on local branch
    InformationsquelleAutor Nicola Gallazzi
  8. 2

    Il suffit de vérifier si quelqu'un a supprimé la branche à distance.

    InformationsquelleAutor AB Abhi
  9. 1

    Que je rencontrais ce problème. Dans mon cas, @Jerreck du commentaire à propos de la casse dans les noms de branche a été la cause de cette erreur. Certains des outils de Windows ne sont pas conscients de la sensibilité de cas.

    Pour désactiver la sensibilité à la casse dans git, exécutez cette commande:

    git config --global core.ignorecase true

    Remarque que cela aura un impact plus que les noms de branche. Par exemple, si vous avez des "Foo.h" et "foo.h" dans le même répertoire (pas une bonne idée lors de la création de logiciels pour Windows) ensuite, je soupçonne que vous ne pouvez pas désactiver la casse.

    InformationsquelleAutor Stéphane
  10. 0

    Pour moi, c'est arrivé parce que j'ai fusionné une branche de dev en master à l'aide de l'interface web, puis essayé de synchroniser/tirez à l'aide de VSCode qui a été ouvert sur la branche dev.(sa bizarre que je ne pouvais pas changer de maître sans se faire cette erreur.)

    git pull
Your configuration specifies to merge with the ref 'refs/heads/dev'
from the remote, but no such ref was fetched.'

    Il a un sens qui n'est pas à la trouver refs/heads/dev - pour moi, c'était plus facile, il suffit de supprimer le dossier local et clone de nouveau.

    InformationsquelleAutor Davvit
  11. 0

    Je viens de recevoir exactement cette erreur lorsque vous faites "git pull" quand mon disque était plein. Créé de l'espace et tout a commencé à travailler à nouveau.

    InformationsquelleAutor user7550381
  12. 0

    Vous pouvez modifier le ~/.gitconfig fichier dans votre dossier home. C'est là où le climat, les paramètres sont enregistrés.

    Ou, utiliser git config --global --unset-all remote.origin.url et après le rodage git fetch avec des url dans le référentiel.

    InformationsquelleAutor Angelo Mendes
  13. 0

    J'ai été confronté à la même question, d'où mon actuelle de la branche de dev et je vérifiais à M. de la branche et de faire la commande git pull par la suite. Une simple solution de contournement que j'ai pris était, j'ai créé un nouveau dossier pour M. Branche et n'a git pull il s'en est suivi par git clone.

    Donc en gros, j'ai conservé des dossiers différents pour pousser code à une autre branche.

    InformationsquelleAutor Monalisa Das
  14. 0

    Dans mon cas, j'avais supprimé l'original de la branche à partir de laquelle ma branche dérivée de. Ainsi, dans le .git/config fichier que j'avais:

    [branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.0.5
    rebase = false

    la simil2.0.5 a été supprimé. Je l'ai remplacé avec le même nom de la branche:

    [branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.1.12
    rebase = false

    et il a travaillé

    InformationsquelleAutor Guilherme Campos Hazan
  15. -3

    Si un autre pull fonctionne, tout simplement, cela signifie que votre connexion internet n'est pas connecté.

    InformationsquelleAutor Pyrolistical