Git: not checkout branch-error: pathspec '...' ne correspond à aucun fichier connu de git

essayez git fetch pour que votre dépôt local obtienne toutes les nouvelles informations de github. Il prend juste les informations sur les nouvelles branches et pas de code réel. Après cela le git checkout devrait fonctionner très bien.

je recevais l'erreur suivante quand j'ai essayé de vérifier la nouvelle branche

erreur: pathspec 'BRANCH-NAME' ne correspond à aucun fichier connu de git.

quand j'ai essayé git checkout origin/<BRANCH-NAME> il est allé à tête détachée

(non originaire/)

N'suivante pour résoudre le problème

git remote update
git fetch 
git checkout --track origin/<BRANCH-NAME>

j'ai eu cette erreur pour une branche qui était distante et n'avait pas de branche locale de suivi. Même si je suis certain que j'ai vérifié les branches distantes via un simple

git checkout feature/foo

dans le passé, pour contourner cette erreur, j'ai dû

git checkout -t -b feature/foo origin/feature/foo

je n'ai aucune idée de ce que j'ai fait pour me mettre dans cette situation.

si vous supprimez une branche avec git branch -D yourbranchname et que vous retirez/clonez à nouveau votre déclaration, vous devrez peut-être créer à nouveau votre branche locale.

, Essayez:

git checkout -b yourbranchname

utilisateurs de Git Windows attention - sans le --icase-pathspecs ou GIT_ICASE_PATHSPECS = 1 paramètre env var , que git pathspecs sera sensible à la casse ,dans lequel cas

git checkout origin/FooBranch "Some/Path/To/File.txt"

n'est pas la même chose que

git checkout origin/FooBranch "some/path/to/file.Txt"

si le nom de la branche et vous n'avez pas de fichier non engagé, alors essayez ceci

git fetch && git checkout <branch name>

j'ai les mêmes questions, et a obtenu quelques informations à partir de ce lien: git fetch n'est pas extraire toutes les branches

donc maintenant, je ne sais peut-être pas comment cette situation est arrivée, au moins nous pouvons la résoudre:

Étape 1. Vérifiez votre" télécommande.origine.fetch", devrait être comme ceci

$ git config --distant.origine.fetch

+ref/heads/private_dev_branch:ref/remotes/origin / private_dev_branch

Étape 2. Changement "à distance.origine.chercher à" extraire tout

$ git config à distance.origine.fetch" +refs/heads/*:refs/remotes/origin/* "

$ git config --distant.origine.fetch

+refs/heads/*:refs / remotes/origin / *

alors, vous peut essayer " git pull "(peut-être" git fetch origin " fonctionne aussi, mais je n'ai pas essayé) pour obtenir toute la branche.

j'ai eu ça quand j'ai fait ce qui suit:

• utilisé Intellijide, connecté à git
• a créé un nouveau fichier, et ajouté à git
• renommé le nouveau fichier

Quand j'ai essayé de vérifier dans le répertoire, j'ai eu cette erreur.

pour fixer:

j'ai ouvert le repo dans Git extensions. J'ai vu que le fichier (avec l'ancien nom) a été mis en scène. Mais depuis qu'il n'existait plus, il ne pouvait pas être commis.

Je n'ai tout simplement pas déchiffré ce fichier.

puis j'ai ré-ajouté le fichier (cette fois correctement nommé) dans git et commis sans erreurs.

j'ai eu ce problème aujourd'hui j'essayais de git checkout foo et j'ai eu error: pathspec 'foo' did not match any file(s) known to git.

Il s'avère que j'étais dans l'erreur repo . Donc leçon apprise: Vérifiez quel repo vous regardez avant de paniquer.

j'ai eu le même problème parce que j'ai utilisé git clone --depth=1 , ce qui implique --single-branch .

Faire une git clone permettra de le corriger.

sur Windows OS par défaut git est installé avec

core.ignorecase = true

cela signifie que les fichiers repo git seront insensibles à la casse, pour changer cela vous devez exécuter:

\yourLocalRepo> git config core.ignorecase false

vous pouvez trouver cette configuration sur .git config fichier

git pull

Que tout simplement, il fixe pour moi :)

si cela se produit sur Windows, c'est probablement le problème du nom du fichier.

j'ai eu cette erreur aujourd'hui - j'ai créé un nouveau fichier, ajouté à GIT, puis j'ai changé une lettre dans le nom du fichier de bas en haut et puis je ne pouvais rien faire - commit, revert, supprimer le fichier de repo.

la seule solution que j'ai trouvé était de changer le nom du fichier à nouveau exactement le même cas quand j'ai ajouté ce fichier à GIT, puis faire git revert pour supprimer ce fichier de Git, puis changer le nom de fichier à nouveau comme je veux. Après ces changements, je pourrais m'engager à repo et puis pousser sans aucun problème.

dans mon cas j'ai deux branches 1) maître(qui est pour le serveur en direct) 2) dev(serveur de test). J'avais paramétré plusieurs télécommandes pour push code sur le serveur respectif. Quand j'ai essayé de changer de branche j'ai eu l'erreur comme error: pathspec 'master' did not match any file(s) known to git.

vous pouvez les voir par git remote -v . J'avais enlevé une autre télécommande sauf origin par git remote remove <remote-name>

puis git fetch

maintenant je suis en mesure de caisse branche par git checkout <branch-name> .

tout d'abord, caisse de la branche mère.Puis tapez

git fetch --all --prune 
git checkout <your branch>

Espère que cela aide!.

m'est arrivé après avoir renommé un fichier non engagé dans Android Studio.

Git semblait avoir l'ancienne version dans son référentiel, même si elle n'existe plus.

fetch, pull, checkout, add all and so on did not help in my case!

alors j'ai ouvert le git GUI de TortoiseGit qui m'a montré le fichier exact qui a causé des problèmes.

après j'ai supprimé le fichier du dépôt avec

git rm -r --cached /path/to/affected/file

et le problème a disparu

j'ai eu le même problème.. Je pensais que j'avais branche appelé foo quand j'essaie de:

git checkout foo

je recevais:

error: pathspec 'foo' did not match any file(s) known to git.

puis j'ai essayé le nom complet de la branche:

git checkout feature/foo

travaillait alors pour moi.

dans mon cas j'avais renommé un fichier en changeant le cas du fichier, i.e. SomeFile.js - > someFile.js

je pense que c'était lié au problème. Faire un git fetch n'a pas réglé le problème.

j'ai déplacé les fichiers hors de mon projet, j'ai fait un fetch, et j'ai fait un push sans eux. Puis j'ai fait un fetch, je les ai rajoutés, et j'ai poussé, et ça a marché. Je ne sais pas si toutes ces étapes étaient nécessaires, mais elles ont finalement fonctionné.

aucune de ces réponses n'a résolu mon problème:

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git log --format=oneline
b9cc6a9078312865280fb5432a43e17eff03a5c6 Formatted README
288772f36befe6bd60dd41b8185f1e24e0119668 Updated README documentation
d2bdbe18f4169358d46fad50eacfb89786df3bf8 Version object v3.0.0-SNAPSHOT
a46b1910a3f548b4fa254a6055d25f68d3f217dd VersionFactory is now Platform agnostic
24179ae569ec7bd28311389c0a7a85ea7b4f9594 Added internal.Platform abstraction
252b684417cf4edd71aed43a15da2c8a59c629a7 Added IPlugin implementation for Sponge
e3f8d21d6cf61ee4fc806791689c984c149b45e3 Added IPlugin implementation for Bukkit
aeb403914310b4b10dee9e980cf64472e2bfda79 Refactored Version.java
ef50efcff700c6438d57f70fac30846de2747a7e Refactored TesterFactory
a20808065878d4d28657ae362235c837cfa8e625 Added IPlugin abstraction
9712a3575a70060d7ecea8b62bb5e888fdc32d07 Heavily refactored Tester
02d025788ae740dbfe3ef76a132cea8ca4e47467 Added generic Predicate<T> interface
9c565777abea9be6767dfdab4ab94ed1173750dd Minor refactoring of testCompareTo()
2ff2a28c221681e256dcff28770782736d3a796a Version object v2.0.1
d4b2e2bd830f77cdbc2297112c2e46b6555d4393 Fix compareTo()
05fe7e012b07d1a5b8de29804f96d9a6b24229a1 Make compareTo() fail
6e85371414357a41c1fc0cec0e75adba92f96832 Fix VersionFactory passing null
c1fd1f032f87d860d5ed9d6f6679c9fa522cff8d Version object v2.0
62c3a92c008a2ed11f0a4d016080afc3541d0700 Version object v1.2
c42e9e617128085e872c51b4d977a04e48d69e8f Deprecated, doc'd, future-proofed getNm


Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git checkout 3a796a
error: pathspec '3a796a' did not match any file(s) known to git.

j'essayais de revenir en arrière et de construire le commit pour Version object v2.0.1 . Heureusement, j'ai eu l'idée d'essayer tout le code hash et ça a marché ! Ce qui veut dire que j'utilisais le mauvais bout du code de hachage.

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git checkout 2ff2a
Note: checking out '2ff2a'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b new_branch_name

HEAD is now at 2ff2a28... Version object v2.0.1

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version ((2ff2a28...))
$

comme indiqué ci-dessus, pour les codes de hachage partiel, vous devez fournir l'extrémité avant, pas l'extrémité arrière.

dans mon cas, j'entre dans le répertoire submodule sans faire

• git submodule init
• git submodule update

ainsi git a été lié au dossier parent qui a effectivement manqué cette branche.

j'ai rencontré ce même problème, lorsque j'ai commencé à jouer avec git. Lors de mon premier engagement...

git commit -m 'first commit!'

j'ai eu l'erreur mentionnée par L'OP...

error: pathspec 'commit!'' did not match any file(s) known to git.

j'ai pensé que j'aurais pu confondre git en utilisant un mot-clé dans le message de propagation, donc j'ai essayé quelques autres mots et j'ai reçu la même erreur.

finalement j'ai utilisé des guillemets dans le message...

git commit -m "first commit!"

cela s'est avéré être un succès...

[master (root commit) 0000000] first commit!
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 dummyDoc.txt

j'ai fait une erreur stupide de ne pas fournir-m flag en commettant (lol arrive)

git commit -m "commit message in here"

je recevais le même pathspec error sur git-bash. J'ai utilisé Tortue git sur les fenêtres pour commuter / vérifier la branche.

cela peut être causé lorsque l'amont réécrit l'histoire.

lorsque cela se produit, je jette tous les repos affectés, les cloner frais de l'amont, et utiliser 'format git-patch' / 'GITAM' pour transborder tout travail en cours de l'ancien monde à nouveau.

j'ai fait face à une question similaire. Ce qui m'a attiré dans cette perturbation, c'est: J'avais plusieurs branches distantes et j'ai supprimé le dossier qui avait le code. J'ai fait un pull. :

git pull git@git.corp......

puis j'ai ajouté le dépôt à distance:

git remote add upstream git@git.corp.......

puis j'ai essayé de changer la branche à une autre branche dire AAAA et j'ai eu erreur

error: pathspec 'AAAA' did not match any file(s) known to git.

Après avoir passé une heure, j'ai trouvé une solution. J'ai encore effacé le dossier source. Puis j'ai fait une git pull:

git pull git@git.corp......

puis j'ai changé de branche avant de la relier au dépôt distant:

git checkout AAA

puis je l'ai ajouté au dépôt distant

git remote add upstream git@git.corp......

après cela je peux facilement changer de branches. Bien que ce ne soit pas un moyen standard, mais il a fonctionné pour moi après que j'ai essayé toutes les options ci-dessus.

j'ai eu ce problème en travaillant avec Git sur Windows. Dans mon cas, il s'agissait d'un problème. J'avais déjà ajouté et engagé un fichier dans mon dépôt et plus tard changé seulement son cas. Pour résoudre le problème, j'ai renommé le fichier pour correspondre au cas original et l'ai renommé à nouveau avec la commande git mv . Apparemment, cela permet à git de suivre le renommage.

Note: J'utilisais Cygwin.

j'ai fait face à ce problème la dernière fois, et la chose que j'ai fait est de supprimer le dossier (ou code source) lié à cette branche.

Ex: la branche origine / foo créer dossier foo à votre local, donc je l'efface et utilise git fetch $ checkout pour récupérer le code à distance.

ou vous pouvez le faire en créant le dossier à la même place que la branche que vous aviez l'intention de vérifier.

Ex: créer un dossier foo À local, après cela, utilisez la commande Git: git branch --set-upstream-to=origin/foo foo , c'est tout. Utilisez git pull pour obtenir le code.

dans mon cas, je lance " git fetch "avant" git branch"...:, mais elle a obtenu le même message d'erreur. Puis je l'ai analysé et a trouvé une erreur dans mon nom de branche . Fixe et passer à la branche avec succès.

une raison possible, si vous travaillez sur windows machine avec MINGW*

ISSUE

vérifiez le nom de la branche que vous voulez acheter.Windows omet le caractère ' du nom de la branche lors de l'analyse de la commande.

par exemple : si vous avez un nom de branche comme bugfix/some-'branch'-name

quand vous donnez l'ordre: > git checkout bugfix/some-'branch'-name il va Parser il est comme bugfix/some-branch-name , notez qu'il omet le caractère ' .

REMEDY

pour vérifier ce type de nom de branche, ajouter le caractère d'évasion lors de l'émission de la commande.

Type: > git checkout bugfix/some-\'branch\'-name

ça devrait marcher alors!!

pour moi, c'était un problème avec mes références

après avoir essayé une partie de la réponse, l'un d'eux m'a aidé à résoudre le problème:

Running git fetch lançait l'erreur suivante:

ne pouvait pas résoudre host: bitbucket.org

Tout ce que j'avais à faire était de forcer mon IDE (VS Code dans mon cas) à se souvenir de mes références:

git config --global credential.helper wincred

git immédiatement synchronisé tous les changements, et git checkout <branche> fonctionne bien maintenant!