Git: no se puede extraer la rama - error: el specpec '...' no coincide con ningún archivo conocido por git


706

No estoy seguro de por qué no puedo pagar una sucursal en la que había trabajado anteriormente. Vea los comandos a continuación (nota: coes un alias 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.

No estoy seguro de lo que significa, y parece que no puedo encontrar nada que pueda entender en Google.

¿Cómo pago esa rama y qué puedo haber hecho para romper esto?

ACTUALIZACIÓN :

Encontré esta publicación , y correr git show-refme da:

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

ACTUALIZAR en el .gitdirectorio ( user_controlled_site_layoutsestá en el 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

ACTUALIZAR en git show 3af84fcf1508c44013844dcd0998a14e61455034

$ git show 3af84fcf1508c44013844dcd0998a14e61455034
commit 3af84fcf1508c44013844dcd0998a14e61455034
Author: Ramon Tayag <xxx@xxxxx.xxx>
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"


¿Funciona si haces git checkout refs/heads/user_controlled_site_layouts:?
Mark Longair

2
Mark: no, todavía recibo el mismo error.
Ramon Tayag

1
Al ver su actualización, no estoy seguro de cómo tiene una rama que aparece git branch -apero no aparece git show-ref. ¿Existe .git/refs/heads/feature/user_controlled_site_layoutrealmente el archivo ? Si es así, ¿qué cat .git/refs/heads/feature/user_controlled_site_layoutda?
Mark Longair

1
Obtuve el mismo error, creé la rama de otro repositorio e intenté pagar esa rama a otro repositorio. Así que lo obtuve debido a los diferentes repositorios.
Kushan Gunasekera

Respuestas:


947

Intente git fetchpara que su repositorio local obtenga toda la información nueva de github. Solo toma la información sobre nuevas sucursales y no hay código real. Después de eso, git checkoutdebería funcionar bien.


19
Para una mayor aclaración, git fetches útil cuando necesita sincronizar su repositorio local con el repositorio remoto, pero no desea fusionar los cambios en su carpeta de trabajo.
Mark Lakata

138
En el caso de un clon con múltiples controles remotos, el git checkout Branchno funciona. Con múltiples controles remotos, solo el nombre de Branch es ambiguo y requiere la especificación de remote / branch. El comando git checkout -b branch remote/branchfunciona en ese escenario.
Umair Ishaq

1
Había logrado crear un "maestro" local de alguna manera, así que aunque "git fetch" me acercó, tuve que eliminar mi maestro local primero ("git branch -d master"), antes de cambiar al maestro remoto ("pago git Maestro"). ¡En caso de que eso ayude a alguien que sea tan tonto como yo!
Jamie Brown

1
@ Aleks no es la respuesta aceptada porque no tiene nada que ver con la pregunta del OP. Ya no podía verificar una rama que había verificado previamente (es decir, creada) localmente . El hecho de que otras personas con un problema diferente y mucho más básico hayan encontrado y votado esta respuesta (que es completamente trivial y bien conocida por cualquier usuario de git con más de dos días de experiencia) no significa que el OP deba aceptarla.
Michael Johnston

11
git fetchPodría hacer el trabajo. Pero puede fallar al obtener todas las ramas del control remoto. Debería establecer el patrón de coincidencia de búsqueda. git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"consulte: stackoverflow.com/questions/11623862/…
Jichao

363

Recibí este error cuando intenté pagar una nueva rama:

error: pathpec 'BRANCH-NAME' no coincide con ningún archivo conocido por git.

Cuando lo intenté git checkout origin/<BRANCH-NAME>, obtuve el HEAD separado:

(separado del origen /)

Finalmente, hice lo siguiente para resolver el problema :

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

15
con este comando "checkout" tengo este mensaje: fatal: no se pueden actualizar las rutas y cambiar a la rama 'foo' al mismo tiempo.
NEOline

1
Después de modificar manualmente la dirección remota, no pude pagar nuevas sucursales. "actualización remota de git" parecía hacer el truco.
Martin

sin la "actualización remota de git" no funcionó. ¡Gracias!
Kristiyan Tsvetanov

git checkout --track origin/staging fatal: git checkout: --track and --no-track require -bgit versión 1.5.6.5
Ivan Borshchov

Se usa el siguiente tercer comandogit checkout -b staging --track origin/staging
Ivan Borshchov,

152

Recibí este error para una rama que era remota y no tenía una rama de seguimiento local. Aunque estoy seguro de que he verificado sucursales remotas a través de un simple

git checkout feature/foo

en el pasado, para evitar este error tuve que

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

Tampoco tengo idea de lo que hice para meterme en esa situación.


1
Desafortunadamente, no lo envié al servidor remoto de git.
Ramon Tayag

Esto funcionó para mí. Sucedió en git v 1.6 en la máquina FC10.
FractalSpace

26
Git generalmente adivina la rama remota para verificar, pero cuando usa más de un control remoto, parece que ya no puede hacer eso. Fuente: makandracards.com/makandra/…
Elijah Lynn

1
hacer git checkout feature / foo en lugar de solo git checkout foo funcionó para mí
Alejandro Moreno

Esto comenzó a sucederme (en un repositorio con muchos controles remotos y cientos de sucursales de las cuales había estado buscando con éxito las sucursales desde el origen durante 3 años) y estaba desconcertado. Tras la inspección, descubrí que había agregado un nuevo control remoto y lo había hecho con copiar / pegar en un editor de texto en lugar de usar el comando git, y olvidé cambiar la fetch = +refs/heads/*:refs/remotes/origin/*línea para que coincida con el nuevo nombre remoto. Jajaja Tal vez esto le pasó a makandra? porque después de arreglarlo, revisar la rama una vez más lo obtiene del origen, a pesar de que tengo muchos controles remotos.
Michael Johnston

91

Si eliminó una rama con git branch -D yourbranchnamey retiró / clonó nuevamente su repositorio, es posible que deba crear su rama local nuevamente.

Tratar:

git checkout -b yourbranchname

Esta opción siempre funciona, incluso cuando los archivos ya han cambiado y desea enviarlos a la rama recién creada.
Nerius Jok

Este fue un comentario útil porque aunque compartí el mismo problema / pregunta que el OP aquí, las respuestas proporcionadas asumieron una situación directa. Desafortunadamente, en mi situación, anteriormente había creado SOLO una sucursal local, luego la eliminé como lo señaló @Francisco Alvarez, por lo que no importa cómo probé las otras soluciones aquí, no pude extraer la nueva sucursal remota. Esta respuesta salvó mi tocino.
David

61

Tengo las mismas preguntas y obtuve información de este enlace: git fetch no recupera todas las ramas

Entonces, ahora, no estoy seguro de cómo sucedió esta situación, al menos podemos resolverlo:

Paso 1. Verifique su configuración "remote.origin.fetch", debería ser así

$ git config --get remote.origin.fetch

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

Paso 2. Cambia "remote.origin.fetch" para buscar todo

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

$ git config --get remote.origin.fetch

+ referencias / cabezas / *: referencias / controles remotos / origen / *

Luego, puede intentar "git pull" (tal vez "git fetch origin" también funciona pero no lo intenté) para obtener toda la rama.


@onionjake tiene razón, lamento no haber consultado las preguntas en cada detalle. Solo recibí los mismos mensajes de error al intentar la misma acción de "git checkout <existed_branch>", pero diferente del problema del originador en realidad ----- el originador pudo ver la rama localmente mientras que yo no puedo. Mi respuesta puede resolver el problema para el que no obtuvo todas las ramas de forma avanzada. Pero no la situación para el problema del originador.
bearzyj

3
Muchas personas, incluido yo, recibimos este error, ya que podrían clonar un repositorio con --branch flag, por lo tanto, incluso después de git fetch, no obtienen otras ramas y no pueden pagar nada desde el control remoto. Esto soluciona este problema. ¡Gracias!
Orif Khodjaev

Muchas gracias. Estaba usando la imagen docker de desarrollo de tensorflow, y restringe la rama a cierta versión. Después de configurar fetch config, ahora puedo pagar.
Michael_Zhang

24

Tenga cuidado con los usuarios de Git Windows: sin la configuración var--icase-pathspecs o GIT_ICASE_PATHSPECS = 1 env , las git pathpecs distinguen entre mayúsculas y minúsculas, en cuyo caso

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

no es lo mismo que

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

1
Una cosa a tener en cuenta que no estaba clara en la documentación es que el --icase-pathspecsparámetro debe venir primero o al menos antes-C <path>
sonyisda1

21

Si el nombre de la sucursal no tiene ningún archivo sin confirmar, intente esto

git fetch && git checkout <branch name>

¿Esto no parece estar relacionado con la pregunta en absoluto?
onionjake

Recibí el mismo problema mencionado anteriormente, resuelto usando los siguientes comandos
Sajin M Aboobakkar

19

Enfrenté el problema mientras cambiaba mi sucursal.

Hice un tirón en la rama actual y luego traté de pagar la nueva y funcionó

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


Realmente útil :)
vikifor

¿Por qué funcionaría esto? ¿Hace git pullmás que tirar de la rama actual?
Cameron Hudson

Esto podría ser solo un caso que está intentando extraer de una rama creada por otra persona y que aún no se ha extraído en su repositorio actual.
Ankit Marothi

15
git pull

Eso simplemente lo arregló para mí :)


13

Tengo el mismo problema porque lo usé git clone --depth=1, lo que implica --single-branch.

Hacer un completo git clonelo arreglará.


Gracias por mencionarlo. Es exactamente el mismo problema que estaba enfrentando. Gracias
Mukesh Kumar

Es posible que no se requiera un clon completo. Si la sucursal es creada por otra persona DESPUÉS de que clonó originalmente el repositorio, recibirá este error porque su repositorio local no tiene ninguna información sobre esta nueva sucursal. Simplemente cambie a maestro y haga un git pull. Luego intente pagar la nueva sucursal.
Yasin

12

Obtuve esto cuando hice lo siguiente:

  • IntelliJ IDE usado, conectado a git
  • Creó un nuevo archivo y lo agregó a git
  • Renombrado el nuevo archivo

Cuando traté de registrarme en el directorio, recibí este error.

Arreglar:

Abrí el repositorio en extensiones de git. Vi que el archivo (con el antiguo nombre) estaba en escena. Pero como ya no existía, no podía ser cometido.

Simplemente eliminé este archivo.

Luego volví a agregar el archivo (esta vez con el nombre correcto) en git y lo comprometí sin errores.


Lo curioso es que todavía funciona con TortoiseGit incluso si no lo hace en intellij
Marian Klühspies

3
Esto me ayudó mucho. Utilicé SourceTree para encontrar ese archivo * f * ck de un archivo y lo descomprimí.
Vinchenzo

10

Tuve este problema hoy que estaba tratando git checkout fooy conseguíerror: pathspec 'foo' did not match any file(s) known to git.

Resulta que estaba en el repositorio equivocado . Entonces, la lección aprendida: verifica qué repositorio estás viendo antes de volverte loco.


Ha - sí, esto era yo - rama creada en Bitbucket del billete Jira, no se dio cuenta que lo creó de alguna cesión temporal al azar
Keir

nota al margen: estaba trabajando con múltiples controles remotos, tenía uno configurado correctamente y el otro apuntaba al repositorio incorrecto. muuuy gracias por el recordatorio, pude ver fácilmente mi problema cuando hice un git remote -v
Dreamling

9

Recibí este error al intentar pagar una sucursal a través de:

git checkout branchX

que no había comprobado antes. Solo funcionó cuando se indica explícitamente el control remoto:

git checkout --track origin/branchX

La razón de esto fue que tenía 2 controles remotos diferentes (origen + algo más) configurados en git config. Como no necesitaba el segundo control remoto, lo quité y listo, funcionó. La alternativa para configurar el control remoto predeterminado a través de:

checkout.defaultRemote=origin

no funciono para mi


Agregué esta respuesta porque todas las otras respuestas sugeridas no funcionaron para mí, así que espero que esto ayude a alguien que tiene la misma causa (2 controles remotos).
RS1980

8

Primero, pague la rama principal. Luego escriba

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

¡Espero eso ayude!.


8

Lo arreglé modificando mi archivo de configuración de git. Comprueba tu archivo de configuración en tu directorio de git. .git\config

Anteriormente tenía

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

Lo arreglé modificándolo a

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

Observe que la cabeza apuntaba a una sola rama, por lo que no pudo encontrar la referencia a otras ramas existentes, la cambié a * para que verifique todo en origen.


Gracias, amigo, horas de esfuerzos y finalmente conseguí tu solución.
Sunil Lulla

7

En el sistema operativo Windows, por defecto, git se instala con

core.ignorecase = true

Esto significa que los archivos git repo no distinguen entre mayúsculas y minúsculas, para cambiar esto debe ejecutar:

\yourLocalRepo> git config core.ignorecase false

puedes encontrar esta configuración en el archivo .git \ config


7

Copié el origen remoto urlde otro .git/configarchivo, por .git/configlo que faltaba mi nuevo archivo siguiendo la línea en la [remote "origin"]sección

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

Añadiendo la línea superior fija error: pathspec 'master' did not match any file(s) known to git.


6

Tuve el mismo problema. Pensé que tenía una rama nombrada foocuando intento:

git checkout foo

Yo estaba consiguiendo:

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

Luego probé el nombre completo de la rama:

git checkout feature/foo

Entonces trabajó para mí.


5

Si ocurre en Windows, probablemente sea el problema del caso del nombre de archivo.

Hoy tuve este error: creé un nuevo archivo, lo agregué a GIT, luego cambié una letra en el nombre del archivo de menor a mayor y luego no pude hacer nada: confirmar, revertir, eliminar el archivo del repositorio.

La única solución que encontré fue cambiar el nombre del archivo nuevamente al mismo caso exacto cuando agregué este archivo a GIT, luego hice GIT revertir para eliminar este archivo de GIT, y luego cambié el nombre de archivo nuevamente como quisiera. Después de esos cambios, podría comprometerme con el repositorio y luego presionar sin ningún problema.


Esto ayudó, pero debe mencionarse para hacer el cambio de nombre a través de git mv. Supongo que lo has hecho de esta manera, porque hacerlo a través de mi IDE (IntelliJ PhpStorm) falló para mí ...
Dennis98

5

En mi caso tengo DOS rama 1) maestro (que es para el servidor en vivo) 2) dev (servidor de prueba). Había configurado múltiples controles remotos para insertar código en el servidor respectivo. Cuando intenté cambiar de rama recibí el error comoerror: pathspec 'master' did not match any file(s) known to git.

Puedes verlos por git remote -v. Había eliminado otro control remoto, excepto el origincontrol remotogit remote remove <remote-name>

Entonces git fetch

Ahora puedo pasar por sucursal git checkout <branch-name>.


5

Encontré este mismo problema cuando estaba jugando con git. Al intentar mi primer compromiso ...

git commit -m 'first commit!'

Recibí el error mencionado por el OP ...

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

Pensé que podría haber estado confundiendo a git al usar una palabra clave en el mensaje de confirmación, así que probé algunas otras palabras y recibí el mismo error.

Finalmente usé comillas dobles en el mensaje ...

git commit -m "first commit!"

Esto resultó ser exitoso ...

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

5

Cometí un error tonto al no proporcionar la bandera -m mientras cometía (lol sucede)

git commit -m "commit message in here"

La misma situación aquí. solo olvide que "-m" obtiene el mismo mensaje de error.
Niuya

5

Tuve una causa raíz diferente

Tenía un script que básicamente busca todas las ramas que coinciden con la clave de problema jira en el "PRJ-1234" entre todas las ramas para ejecutar un comando de pago de rama git en la rama coincidente

El problema en mi caso era que 2 o más ramas compartían la misma clave jira y, por lo tanto, mi script falló con el error mencionado anteriormente

Al eliminar la rama antigua no utilizada y asegurarse de que solo una rama tuviera la referencia de clave jira solucionó el problema

Aquí está mi código en caso de que alguien quiera usarlo

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

guarda esto como switchbranch.sh

Luego úsalo desde la terminal ./switchbranch.sh PRJ-1234


Para mí, también era la ruta / nombre ascendente correcto e incluía también buscar todas las etiquetas remotas "git fetch --all --tags --prune" encontrando el nombre correcto: "git branch -a | grep some_upstream" antes de verificarlo con la ruta completa como "git checkout -f --track -b new_branch remotes / upstream / some_upstream_branch"
kisna

4

Ninguna de estas respuestas resolvió mi 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.

Estaba tratando de regresar y construir el commit para Version object v2.0.1. Afortunadamente, tuve la idea de probar todo el código hash y funcionó. Lo que significa que estaba usando el extremo incorrecto del 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 se muestra arriba, para códigos hash parciales, debe suministrar el front-end, no el back-end.


4

Me pasó después de cambiar el nombre de un archivo no confirmado en Android Studio.

Git parecía tener la versión anterior en su repositorio, incluso si ya no existía.

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

Entonces abrí la GUI Git de TortoiseGit que me mostró el archivo exacto que causó problemas.

Luego eliminé el archivo del repositorio con

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

y el problema se fue


3

En mi caso, cambié el nombre de un archivo cambiando el caso del archivo, es decir, SomeFile.js -> someFile.js

Creo que eso estaba relacionado con el problema. Hacer una búsqueda de git no solucionó el problema.

Saqué los archivos de mi proyecto, hice una búsqueda e hice un empuje sin ellos. Luego hice una búsqueda, los agregué de nuevo, e hice un empujón, y funcionó. No sé si todos esos pasos fueron necesarios, pero finalmente funcionó.


Empuje sin el archivo renombrado y emitir Agregar archivo git después lo hizo por mí
phil294

3

en mi caso entro al directorio de submódulos sin hacer

  • git submodule init
  • git submodule update

Entonces git estaba vinculado a la carpeta principal que de hecho perdió esa rama.


3

compruebe si no es un error tipográfico en el nombre del archivo de destino. Estaba intentando representar escribiendo

git add includes/connection..php

Pero no me di cuenta de que estaba usando dos puntos Pero luego escribí

git add includes/connection.php

Funciona


2

Para mí, fue un problema con mis credenciales.


Después de probar algunas de las respuestas, una de ellas me ayudó a resolver el problema:

Correr git fetcharrojó el siguiente error:

No se pudo resolver el host: bitbucket.org

Todo lo que tuve que hacer fue forzar mi IDE (VS Code en mi caso) para recordar mis credenciales:

git config --global credential.helper wincred

Git inmediatamente sincronizó todos los cambios, ¡y git checkout <branche>funciona bien ahora!


1

Estaba obteniendo lo mismo pathspec erroren git-bash. Usé Tortoise git en Windows para cambiar / pagar la rama.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.