Git: não é possível fazer o checkout branch - erro: pathspec '…' não corresponde a nenhum arquivo conhecido por git

Não sei por que não consigo fazer check-out de uma filial na qual trabalhei anteriormente. Veja os comandos abaixo (nota: coé um apelido para checkout):

ramon@ramon-desktop:~/source/unstilted$ git branch -a
* develop
  feature/datts_right
  feature/user_controlled_menu
  feature/user_controlled_site_layouts
  master
  remotes/origin/HEAD -> origin/master
  remotes/origin/develop
  remotes/origin/feature/datts_right
  remotes/origin/master
ramon@ramon-desktop:~/source/unstilted$ git co feature/user_controlled_site_layouts 
error: pathspec 'feature/user_controlled_site_layouts' did not match any file(s) known to git.

Não sei ao certo o que isso significa e não consigo encontrar nada que eu possa entender no Google.

Como faço o checkout dessa ramificação e o que posso ter feito para quebrar isso?

ATUALIZAÇÃO :

Encontrei este post e a execução git show-refme dá:

97e2cb33914e763ff92bbe38531d3fd02408da46 refs/heads/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/heads/feature/datts_right
11a90dae8897ceed318700b9af3019f4b4dceb1e refs/heads/feature/user_controlled_menu
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/heads/master
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/HEAD
e7c17eb40610505eea4e6687e4572191216ad4c6 refs/remotes/origin/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/remotes/origin/feature/datts_right
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/master
23768aa5425cbf29d10ff24274adad42d90d15cc refs/stash
e572cf91e95da03f04a5e51820f58a7306ce01de refs/tags/menu_shows_published_only
429ebaa895d9d41d835a34da72676caa75902e3d refs/tags/slow_dev

UPDATE no .gitdiretório ( user_controlled_site_layoutsestá no refs/heads/feature folder):

$ ls .git/refs/heads/feature/
datts_right  user_controlled_menu  user_controlled_site_layouts
$ cat .git/refs/heads/feature/user_controlled_site_layouts
3af84fcf1508c44013844dcd0998a14e61455034

ATUALIZAÇÃO em git show 3af84fcf1508c44013844dcd0998a14e61455034

$ git show 3af84fcf1508c44013844dcd0998a14e61455034
commit 3af84fcf1508c44013844dcd0998a14e61455034
Author: Ramon Tayag <[email protected]>
Date:   Thu May 12 19:00:03 2011 +0800

    Removed site layouts migration

diff --git a/db/schema.rb b/db/schema.rb
index 1218fc8..2040b9f 100755
--- a/db/schema.rb
+++ b/db/schema.rb
@@ -10,7 +10,7 @@
 #
 # It's strongly recommended to check this file into your version control system.

-ActiveRecord::Schema.define(:version => 20110511012647) do
+ActiveRecord::Schema.define(:version => 20110503040056) do

   create_table "attachments", :force => true do |t|
     t.string   "name"
@@ -205,15 +205,6 @@ ActiveRecord::Schema.define(:version => 20110511012647) do
     t.integer  "old_id"
   end

-  create_table "site_layouts", :force => true do |t|
-    t.string   "name"
-    t.text     "description"
-    t.text     "content"
-    t.integer  "site_id"
-    t.datetime "created_at"
-    t.datetime "updated_at"
-  end
-
   create_table "site_styles", :force => true do |t|
     t.text     "published"
     t.datetime "created_at"

Tente git fetchque seu repositório local obtenha todas as novas informações do github. Leva apenas as informações sobre novas ramificações e nenhum código real. Depois disso, git checkoutdeve funcionar bem.

Eu estava recebendo esse erro quando tentei fazer o checkout do novo ramo:

error: pathspec 'BRANCH-NAME' não corresponde a nenhum arquivo conhecido pelo git.

Quando tentei git checkout origin/<BRANCH-NAME>, recebi o HEAD desanexado:

(separado da origem /)

Por fim, fiz o seguinte para resolver o problema :

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

Eu recebi esse erro para uma ramificação remota e sem ramificação de rastreamento local. Mesmo tendo certeza de que verifiquei as filiais remotas por meio de um simples

git checkout feature/foo

no passado, para contornar esse erro, tive que

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

Também não tenho ideia do que fiz para me meter nessa situação.

Se você excluiu uma ramificação git branch -D yourbranchnamee puxou / clonou novamente seu repositório, pode ser necessário criar sua ramificação local novamente.

Tentar:

git checkout -b yourbranchname

Tenho as mesmas perguntas e obtive algumas informações neste link: git fetch não busca todas as ramificações

Portanto, agora, posso não ter certeza de como essa situação aconteceu, pelo menos podemos resolvê-la:

Etapa 1. Verifique sua configuração "remote.origin.fetch", deve ser assim

$ git config --get remote.origin.fetch

+ refs / heads / private_dev_branch: refs / remotes / origin / private_dev_branch

Etapa 2. Altere "remote.origin.fetch" para buscar tudo

$ git config remote.origin.fetch "+ refs / heads / *: refs / remotes / origin / *"

$ git config --get remote.origin.fetch

+ refs / heads / *: refs / controles remotos / origem / *

Em seguida, você pode tentar "git pull" (talvez "git fetch origin" também funcione, mas eu não tentei) para obter todo o ramo.

Os usuários do Git Windows devem tomar cuidado - sem a configuração--icase-pathspecs ou GIT_ICASE_PATHSPECS = 1 env var , os git pathspecs diferenciam maiúsculas de minúsculas. Nesse caso,

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

não é o mesmo que

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

Se o nome do ramo e você não tiver nenhum arquivo não confirmado, tente este

git fetch && git checkout <branch name>

Eu enfrentei o problema ao mudar de ramo.

Eu fiz um puxão git no ramo atual e tentei fazer o checkout do novo e funcionou

git pull // on your old branch git checkout <new_branch>

git pull

Isso simplesmente o corrigiu para mim :)

Eu tenho o mesmo problema porque usei git clone --depth=1, o que implica --single-branch.

Fazer um concluído git cloneirá corrigi-lo.

Consegui isso quando fiz o seguinte:

• IDE IntelliJ usado, conectado ao git
• Criou um novo arquivo e foi adicionado ao git
• Renomeou o novo arquivo

Quando tentei fazer o check-in no diretório, recebi este erro.

Consertar:

Abri o repositório em extensões git. Vi que o arquivo (com o nome antigo) foi preparado. Mas como não existia mais, não poderia ser comprometido.

Simplesmente desempenhou esse arquivo.

Em seguida, adicionei novamente o arquivo (desta vez corretamente nomeado) ao git e o fiz sem erros.

Eu tive esse problema hoje eu estava tentando git checkout fooe temerror: pathspec 'foo' did not match any file(s) known to git.

Acontece que eu estava no repositório errado . Então, lição aprendida: verifique para qual repositório você está olhando antes de surtar.

Eu recebi esse erro ao tentar fazer checkout de uma filial via:

git checkout branchX

que eu não tinha verificado antes. Funcionou apenas ao declarar explicitamente o controle remoto:

git checkout --track origin/branchX

A razão para isso foi que eu tinha 2 controles remotos diferentes (origem + sth. Else) configurados no git config. Como não precisava do segundo controle remoto, eu o removi e voilá, funcionou. A alternativa para definir o controle remoto padrão via:

checkout.defaultRemote=origin

não funcionou para mim

Primeiro, faça o checkout da filial pai.

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

Espero que ajude!.

Corrigi-o modificando meu arquivo de configuração git Verifique seu arquivo de configuração no diretório git - .git\config

Anteriormente

[remote "origin"]
url = http://git.xyz.com/abc-group/pqr.git
fetch = +refs/heads/develop:refs/remotes/origin/develop

Corrigi modificando-o para

[remote "origin"]
url = http://git.xyz.com/abc-group/pqr.git
fetch = +refs/heads/*:refs/remotes/origin/*

Observe que o cabeçalho estava apontando para apenas um ramo, portanto, não foi possível encontrar a referência para outros ramos existentes, alterei-o para * para verificar tudo na origem.

No sistema operacional Windows, por padrão, o git é instalado com

core.ignorecase = true

Isso significa que os arquivos git repo não diferenciam maiúsculas de minúsculas. Para alterar isso, você precisa executar:

\yourLocalRepo> git config core.ignorecase false

você pode encontrar essa configuração no arquivo .git \ config

Copiei a origem remota urlde outro .git/configarquivo, fazendo assim o meu novo.git/config arquivo estivesse ausente na linha a seguir na [remote "origin"]seção

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

Adicionando linha acima corrigida error: pathspec 'master' did not match any file(s) known to git.

Eu tive o mesmo problema. Pensei que tinha um nome de filial fooquando tento:

git checkout foo

Eu estava conseguindo:

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

Então tentei o nome completo da filial:

git checkout feature/foo

então trabalhou para mim.

Se isso acontecer no Windows, provavelmente é o problema do nome do arquivo.

Hoje eu tive esse erro - criei um novo arquivo, adicionei ao GIT, alterei uma letra do nome do arquivo de baixo para cima e não consegui nada - confirmar, reverter e excluir o arquivo do repositório.

A única solução que encontrei foi alterar o nome do arquivo novamente para exatamente o mesmo caso quando adicionei esse arquivo ao GIT, em seguida, reverti o GIT para remover esse arquivo do GIT e alterei o nome do arquivo novamente conforme desejado. Após essas mudanças, eu poderia comprometer-me a repo e depois empurrar sem nenhum problema.

No meu caso, tenho duas filiais 1) master (que é para servidor ativo) 2) dev (servidor de teste). Eu havia configurado vários controles remotos para enviar códigos no respectivo servidor. Quando tentei mudar de ramo, recebi o erro comoerror: pathspec 'master' did not match any file(s) known to git.

Você pode vê-los por git remote -v. Eu havia removido outro controle remoto, excetoorigin remotogit remote remove <remote-name>

Então git fetch

Agora eu posso fazer o checkout do ramo git checkout <branch-name>.

Eu encontrei esse mesmo problema quando estava brincando com o git. Ao tentar meu primeiro commit ...

git commit -m 'first commit!'

Eu recebi o erro mencionado pelo OP ...

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

Eu pensei que poderia estar confundindo o git usando uma palavra-chave na mensagem de confirmação, então tentei algumas outras palavras e recebi o mesmo erro.

Finalmente, usei aspas duplas na mensagem ...

git commit -m "first commit!"

Isso acabou sendo bem-sucedido ...

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

Eu cometi um erro bobo de não fornecer a bandeira -m ao confirmar (lol acontece)

git commit -m "commit message in here"

Eu tive uma causa raiz diferente

Eu tinha um script que basicamente pesquisa todos os ramos que correspondem à chave de problema jira no "PRJ-1234" entre todos os ramos para executar um comando git branch checkout no ramo correspondente

O problema no meu caso foi de 2 ou mais ramos compartilhados com a mesma chave jira e, portanto, causou uma falha no meu script com o erro mencionado acima

Excluindo a ramificação não utilizada antiga e certificando-se de que apenas uma ramificação tivesse a referência da chave jira corrigida

Aqui está o meu código, caso alguém queira usá-lo

git remote update
git fetch --all --prune 
git branch -r --list *$1* | xargs git checkout --force

salve isso como switchbranch.sh

Em seguida, use-o no terminal ./switchbranch.sh PRJ-1234

Nenhuma dessas respostas resolveu meu problema:

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.

Eu estava tentando voltar e criar o commit para Version object v2.0.1. Felizmente, tive a ideia de experimentar todo o código hash e funcionou! O que significa que eu estava usando a extremidade incorreta do código hash.

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...))
$

Como mostrado acima, para códigos de hash parciais, você deve fornecer o front-end, não o back-end.

Aconteceu comigo depois de renomear um arquivo não confirmado no Android Studio.

O Git parecia ter a versão antiga em seu repositório, mesmo que ela não existisse mais.

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

Então eu abri a interface gráfica do Git do TortoiseGit, que me mostrou o arquivo exato que causou problemas.

Depois, apaguei o arquivo do repositório com

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

e o problema se foi

No meu caso, eu havia renomeado um arquivo alterando o caso do arquivo, ou seja, SomeFile.js -> someFile.js

Eu acho que isso estava relacionado ao problema. Fazer uma busca git não resolveu o problema.

Tirei os arquivos do meu projeto, fiz uma busca e fiz um push sem eles. Depois fiz uma busca, adicionei-as de volta e fiz um empurrão, e funcionou. Não sei se todas essas etapas foram necessárias, mas acabou funcionando.

no meu caso, entro no diretório do submódulo sem fazer

• git submodule init
• git submodule update

Então o git foi vinculado à pasta pai que realmente perdeu esse ramo.

verifique se não é um erro de digitação no nome do arquivo de destino. Eu estava tentando encenar digitando

git add includes/connection..php

Mas eu não percebi que estava usando dois pontos Mas então eu digito

git add includes/connection.php

Funciona

Para mim, foi um problema com minhas credenciais

Depois de tentar algumas das respostas, um deles me ajudou a resolver o problema:

A execução git fetchlançou o seguinte erro:

Não foi possível resolver o host: bitbucket.org

Tudo o que eu precisava fazer era forçar meu IDE (código VS no meu caso) a lembrar minhas credenciais:

git config --global credential.helper wincred

O Git sincronizou imediatamente todas as alterações e git checkout <branche>funciona bem agora!

Eu estava recebendo o mesmo pathspec errorno git-bash. Eu usei o Tortoise git no Windows para alternar / fazer checkout do ramo.