tag - tipos de etiquetas existen en git

"No se pueden actualizar las rutas y cambiar a la bifurcación al mismo tiempo"

Question

A veces uso la opción checkout -b para crear una nueva rama, verificarla al mismo tiempo y configurar el seguimiento en un comando.

En un nuevo entorno, obtengo este error:

$ git checkout -b test --track origin/master
fatal: Cannot update paths and switch to branch ''test'' at the same time.
Did you intend to checkout ''origin/master'' which can not be resolved as commit?

¿Por qué a Git no le gusta? Esto solía funcionar con el mismo repositorio.

Answer 1

'' origin/master '' que no se puede resolver como commit

Extraño: necesitas verificar tus controles remotos:

git remote -v

Y asegúrese de buscar el origin :

git fetch origin

Entonces:

git branch -avv

(para ver si ha buscado una rama de origin/master )

Answer 2

¡Esto simple funcionó para mí!

Si dice que no puede hacer 2 cosas al mismo tiempo, sepárelas.

git branch branch_name origin/branch_name 

git checkout branch_name

Answer 3

Causa que su sucursal local no rastree la sucursal remota. Como dijo Ssasi, necesitas usar estos comandos:

git remote update
git fetch
git checkout -b branch_nameA origin/branch_nameB

Resolví mi problema ahora ...

Answer 4

Deberías ir al directorio del submódulo y ejecutar el git status .

Puede ver que se eliminaron muchos archivos. Puedes correr

1. git reset .

2. git checkout .

3. git fetch -p

4. git rm --cached submodules // submoudles es tu nombre

5. git submoudle add ....

Answer 5

FWIW: si tienes un error tipográfico en tu nombre de usuario, obtendrás el mismo error.

Answer 6

Para mí, necesitaba agregar el control remoto:

git remote -add myRemoteName(''origin'' in your case) remoteGitURL

entonces podría buscar

git fetch myRemoteName

Answer 7

Primero necesita obtener el control remoto (la rama específica), luego puede crear un br local y rastrearlo con esa rama remota usando su comando (es decir, checkout con -b y --track).

Answer 8

Puede obtener este error en el contexto de, por ejemplo, una compilación de Travis que, de forma predeterminada, verifica el código con git clone --depth=50 --branch=master . Según mi leal saber y entender, puedes controlar --depth través de .travis.yml pero no de --branch . Como eso da como resultado que solo una rama sea rastreada por el control remoto, necesita actualizar el control remoto de manera independiente para rastrear los refs del control remoto deseado.

Antes de:

$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/master

La solución:

$ git remote set-branches --add origin branch-1
$ git remote set-branches --add origin branch-2
$ git fetch

Después:

$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/branch-1
remotes/origin/branch-2
remotes/origin/master

Answer 9

Puede seguir estos pasos cuando tropiece con este problema:

1. Ejecute el siguiente comando para enumerar las ramas conocidas para su repositorio local.

git remote show origen

que produce esto:

 remote origin
  Fetch URL: <your_git_path>
  Push  URL: <your_git_path>
  HEAD branch: development
  Remote branches:
    development                             tracked
    Feature2                                tracked
    master                                  tracked
    refs/remotes/origin/Feature1         stale (use ''git remote prune'' to remove)
  Local branches configured for ''git pull'':
    Feature2     merges with remote Feature2
    development  merges with remote development
    master       merges with remote master
  Local refs configured for ''git push'':
    Feature2     pushes to Feature2     (up to date)
    development  pushes to development (up to date)
    master       pushes to master      (local out of date)

2. Después de verificar los detalles como (buscar URL, etc.), ejecute este comando para buscar cualquier nueva rama (es decir, que desee consultar en su repositorio local) que existe en el control remoto pero no en su ubicación local.

» git remote update

Fetching origin
From gitlab.domain.local:ProjectGroupName/ProjectName
 * [new branch]      Feature3    -> Feature3

Como puede ver, la nueva rama se ha obtenido desde el control remoto.
3. Finalmente, revisa la rama con este comando

» git checkout -b Feature3 origin/Feature3

Branch Feature3 set up to track remote branch Feature3 from origin.
Switched to a new branch ''Feature3''

No es necesario decirle explícitamente a Git que rastree (usando --track ) la rama con control remoto.

El comando anterior establecerá la rama local para rastrear la rama remota desde el origen.

Answer 10

Puedes usar estos comandos: git remote update, git fetch, git checkout -b branch_nameA origen: branch_nameB

Creo que tal vez sea porque su sucursal local no puede rastrear la sucursal remota