ADVERTENCIA: eliminará archivos no rastreados, por lo que no es una gran respuesta a la pregunta que se plantea.

También le di a este mensaje. En mi caso, no quería conservar los archivos, así que esto funcionó para mí:

Git 2.11 y posterior

git clean  -d  -fx .

Git anterior

git clean  -d  -fx ""

Http://www.kernel.org/pub/software/scm/git/docs/git-clean.html

• -x significa que los archivos ignorados también se eliminan, así como los archivos desconocidos para git.

• -d significa quitar sin recorrer los directorios además sin marcar archivos.

• -f es necesario forzarlo a correr.

Advertencia: Esto eliminará los archivos locales que no están indexados

Solo fuerza: git checkout -f another-branch

Si está en OS X, puede ser porque el nombre de un archivo ha tenido ciertos caracteres de cambio de mayúsculas y minúsculas. Intente establecer la siguiente opción de configuración:

git config core.ignorecase true

Git te está diciendo que quiere crear archivos (llamados public/system/images/9/... etc), pero ya tienes archivos existentes en ese directorio que no son rastreados por Git. Tal vez alguien más agregó esos archivos al repositorio Git, y esta es la primera vez que ha cambiado a esa rama?

Probablemente hay una razón por la que esos archivos están en tu rama develop pero no en tu rama actual. Es posible que tenga que preguntar a sus colaboradores por qué es eso.

¿cómo consigo esto? trabajando para que pueda cambiar de rama sin borrar esos archivos?

No puedes hacerlo sin hacer que los archivos desaparezcan de alguna manera. Podrías renombrar public a my_public o algo por ahora.

si regresara a esta rama después, ¿todo sería perfecto hasta mi último commit?

Si confirmas tus cambios, Git no los perderá. Si no confirmas tus cambios, entonces Git intentará muy duro no sobrescribir el trabajo que lo he hecho. Eso es lo que Git te está advirtiendo en primera instancia aquí (cuando intentaste cambiar de rama).

Hay un comando para esta delicada tarea (eliminar permanentemente archivos no rastreados)

git clean -i

Entonces git pull lo hará.

Desafortunadamente ni git rm --cached ni git clean -d -fx "" lo hicieron por mí.

Mi solución terminó empujando mi rama a remoto, clonando un nuevo repositorio, luego haciendo mi fusión en el nuevo repositorio. Otras personas que accedían al repositorio tenían que hacer lo mismo.

Moraleja de la historia: use un archivo .gitignore desde el inicio.

Para aquellos que necesitan algo de menor alcance que la respuesta de Scott Schafer ,

git clean -f

Probablemente funcionará. Yoaltamente sugiero correr

git clean --dry-run

Primero. Ese comando generará una lista de archivos que Git eliminará si ejecuta git clean -f, y podría ahorrarle el dolor de eliminar inadvertidamente algo que no quería.

Ver esta respuesta Oveflow Pilao los documentos para más información sobre git clean.

Tuve el mismo problema al revisar una rama basada en un commit anterior. Git se negó a pagar debido a archivos no rastreados.

He encontrado una solución y espero que te ayude también.

Agregar los directorios afectados a .gitignore y publicar $ git rm -r --cached en ellos aparentemente no es suficiente.

Supongamos que desea hacer una rama basada en un commit K anterior para probar algunas cosas y volver a la versión actual. Lo haría en el siguiente pasos:

1. Configurar los archivos sin seguimiento: edite .gitignore y aplique $ git rm -r --cached en los archivos y directorios que desea que git ignore. Agregue también el propio archivo .gitignore a .gitignore y no olvide emitir $ git rm -r --cached .gitignore. Esto asegurará que el comportamiento ignore de git deje el mismo en las confirmaciones anteriores.

2. Confirme los cambios que acaba de hacer:

   $ git add -A
$ git commit

3. Guarde el registro actual, de lo contrario puede tener problemas para volver a la current version

   $ git log > ../git.log

4. Restablecimiento completo de la confirmación K

   $ git reset --hard version_k

5. Crear una rama basada en el commit K

   $ git branch commit_k_branch

6. Checkout en esa rama

   $ git checkout commit_k_branch

7. Haz tus cosas y envíalas

8. Realizar el pedido de nuevo en el maestro de nuevo

   $ git checkout master

9. Restablecer la versión actual de nuevo

   $ git reset current_version o $ git reset ORIG_HEAD

10. Ahora puede reiniciar duro a la CABEZA

    git reset --hard HEAD

NOTA! No omita el penúltimo paso (como, por ejemplo, $ git reset --hard ORIG_HEAD de lo contrario, los archivos no rastreados que git se quejó anteriormente se perderán.

También me aseguré de que los archivos de los que git se quejaba no se eliminaran. Los copié en un archivo de texto y emití el comando $ for i in $(cat ../test.txt); do ls -ahl $i; done

Si realiza la compra en la rama mencionada anteriormente de nuevo, no olvide emitir $ git status para asegurarse de que no aparecen cambios.

Si desea resolver rápidamente esta pregunta, puede usar este comando:

git checkout -f dev

Esto me sucedió en un sistema Windows 8, usando Git desde el símbolo del sistema. El resto de mi equipo usa TFS , y yo uso el git-tf de Microsoft para empujar/tirar entre TFS y mi repositorio Git local.

El problema surgió debido a algunos archivos que habían sido renombrados solo para cambiar su caso. Lo que parece haber sucedido fue esto:

• Los archivos fueron revisados con una carcasa mixta en sus nombres.
• En una confirmación posterior, el archivo los nombres se cambiaron a todos en minúsculas.
• git-tf inicialmente obtuvo los archivos en mayúsculas y minúsculas.
• Cuando los archivos se renombraron a minúsculas, git-tf no obtuvo los archivos porque para Windows 8 esos nombres de archivo son equivalentes.
• Dado que Git distingue entre mayúsculas y minúsculas, se quejó de que tenía los archivos de mayúsculas y minúsculas que no estaban en el control de código fuente. Pero usando git status, no pude ver ningún cambio, ya que en el símbolo del sistema de Windows esos nombres de archivo son equivalentes.

El más simple la solución para mí fue:

• git checkout una versión anterior del proyecto, mucho antes de que esos archivos se agregaran.
• Entonces git checkout la última versión del proyecto, con la carcasa de archivo correcta.

Esto funcionó para mí.

 1. git fetch --all
 2. git reset --hard origin/{branch_name}

En mi caso, el problema era con los submódulos. master se fusionó con otra rama que añadió un nuevo submódulo al proyecto. La rama que estaba tratando de checkout no lo tenía, es por eso que git se quejaba de los archivos no rastreados y ninguna de las otras soluciones sugeridas funcionó para mí. Obligué a la caja a mi nueva sucursal, y saqué a master.

• git checkout -f my_branch
• git pull origin master
• git submodule update --init

También me enfrentaba a un problema similar y probé todas las soluciones publicadas anteriormente, pero no funcionó

El problema fue causado cuando yo renombré mi onMusicUpdateListener.java a OnMusicUpdateListener.java en la rama develop.

Ahora master tenía onMusicUpdateListener.java y develop tenía el mismo archivo que OnMusicUpdateListener.java

Ahora cada vez que cambié a master me dio un error

The following untracked working tree files would be overwritten by checkout

Y luego aborted.

Con el fin de resolver esto, me checked out master subdivisión y luego renombró mi onMusicUpdateListener.java a OnMusicUpdateListener.java, committed it and entonces merged con develop rama.

Luego actualizé mi rama develop por merging en master y ahora todo vuelve a la normalidad y el problema está resuelto.

Estas dos funciones(git rm --cached, git checkout-f another-branch) no funcionó para mí.

En su Lugar, he quitado el archivo (en eclipse) como lo Git dice que hacer; por Favor, mover o eliminarlos antes de que pueda cambiar ramas.

Y luego lo agrego/confirmo.

Y luego tiré y funcionó!

En mi caso git rm --cached no funcionó. Pero lo conseguí con un git rebase

Esto podría ser un problema de permiso,

Cambiar la propiedad,

sudo chown -v -R usr-name:group-name folder-name

2 archivos con el mismo nombre pero diferente caso podría ser el problema.

Puede eliminar uno de estos archivos o cambiarle el nombre. Ex:

Pdf.html.twig (The GOOD one)

pdf.html.twig (The one I deleted)

Mover archivos, en lugar de eliminar

Una forma de evitar la eliminación de archivos es moverlos en su lugar. Por ejemplo:

cd "`git rev-parse --show-toplevel`"
git checkout 2>&1 | while read f; do [ ! -e "$f" ] || mv "$f" "$f".bak; done

Eso es fácil de resolver, git está diciendo que tienes los mismos archivos en ambas ramas, por lo que tienes que eliminar los archivos específicos de la rama maestra y luego podrás fusionarlos:

Git merge"tu rama"

Espero que funcione para ti, acabo de resolver mi error. mi error fue:

Error: Los siguientes archivos de árbol de trabajo sin seguimiento se sobrescribirían al fusionar: .vs / slnx.sqlite Por favor, muévalos o elimínelos antes de fusionarlos. Abortar

Ahora ¡está funcionando! En mi caso .vs / slnx.sqlite fue generado por visual studio, necesitaba cerrarlo antes de eliminarlo.

En mi caso, estaba viendo este error porque estoy usando un popular CMS de código abierto y el directorio que estaba causando problemas era el directorio de subidas en el que el CMS escribe.

Así que lo que estaba diciendo es que hay archivos que no tienes, pero que no puedes obtener del control de versiones.

Estoy agarrando todos los archivos del sitio en vivo a mi local, luego voy a comprobar esto en el repositorio con la esperanza de que esto solucione el problema.

Delete .gitignore archivo de appname/gen/ para resolver este problema.

Si ha renombrado un archivo localmente y luego hace un pull, mostrará ese mensaje de error.

Simplemente fui al sistema de archivos y eliminé el archivo directamente, luego continué con git checkout y funcionó.

He tenido el problema se producen varias veces y puede estar relacionado con los desarrolladores de hacer delete, push, re-add, push o algo así.

La mayoría de las respuestas consideran eliminar o eliminar los archivos, que es la manera fácil. Pero a veces no quieres deshacerte de los archivos locales. Pero combínalo con una estrategia, por lo que git también tiene una solución para esto ;

git merge --strategy=ours master 

Simplemente elimine los archivos o cámbielos de nombre.

Por ejemplo

$ git pull
Enter passphrase for key '/c/Users/PC983/.ssh/id_rsa':
error: Your local changes to the following files would be overwritten by merge:
        ajax/productPrice.php
Please commit your changes or stash them before you merge.
error: The following untracked working tree files would be overwritten by merge:
        ajax/product.php
Please move or remove them before you merge.
Aborting
Updating a04cbe7a..6aa8ead5

Tuve que cambiar el nombre/eliminar ajax/producto.php y ajax/produtPrice.php .

No te preocupes, git pull los traerá de vuelta. Le sugiero que cambie el nombre en lugar de eliminarlos, porque podría perder algunos cambios.

Si esto no ayuda, entonces usted tiene que eliminar toda la rama y crearla de nuevo y luego hacer git pull origin remotebranch