¿Cómo resuelvo git diciendo "Confirme sus cambios o guárdelos antes de que pueda fusionar"?

Hice algunas actualizaciones en mi máquina local, las envié a un repositorio remoto, y ahora estoy tratando de obtener los cambios en el servidor y recibo el mensaje;

error: sus cambios locales en los siguientes archivos se sobrescribirán mediante fusión:

wp-content / w3tc-config / master.php

Por favor, confirme sus cambios o guárdelos antes de poder fusionarse.

Entonces corrí

git checkout -- wp-content/w3tc-config/master.php

e intenté de nuevo y recibí el mismo mensaje. Supongo que eso w3tccambió algo en el archivo de configuración en el servidor. No me importa si la copia local o la copia remota van al servidor (supongo que la remota es la mejor), solo quiero poder fusionar el resto de mis cambios (actualizaciones de complementos).

¿Algunas ideas?

No puede fusionarse con modificaciones locales. Git te protege de perder cambios potencialmente importantes.

Tienes tres opciones:

• Cometer el cambio usando

  git commit -m "My message"
  

• Guárdalo.

  El alijo actúa como una pila, donde puede empujar los cambios, y los revienta en orden inverso.

  Para esconder, escriba

  git stash
  

  Haz la fusión y luego saca el alijo:

  git stash pop
  

• Descartar los cambios locales.

  usando git reset --hard
  ogit checkout -t -f remote/branch

  O bien: descarte los cambios locales para un archivo específico

  utilizando git checkout filename

git stash
git pull <remote name> <remote branch name> (or) switch branch
git stash apply --index

El primer comando almacena sus cambios temporalmente en el alijo y los elimina del directorio de trabajo.

El segundo comando cambia de rama.

El tercer comando restaura los cambios que ha almacenado en el escondite (la --indexopción es útil para asegurarse de que los archivos almacenados sigan almacenados).

Puede probar uno de los siguientes métodos:

rebase

Para cambios simples, intente rebasar encima mientras tira de los cambios, por ej.

git pull origin master -r

Por lo tanto, aplicará su rama actual en la parte superior de la rama aguas arriba después de buscar.

Esto es equivalente a: checkout master, fetchy rebase origin/masterlos comandos de Git.

Este es un modo de operación potencialmente peligroso. Reescribe el historial, que no es un buen augurio cuando ya publicaste ese historial. No use esta opción a menos que haya leído git-rebase(1)detenidamente.

revisa

Si no le importan sus cambios locales, puede cambiar a otra rama temporal (con fuerza) y volver a cambiarla, p. Ej.

git checkout origin/master -f
git checkout master -f

Reiniciar

Si no le importan sus cambios locales, intente restablecerlo a HEAD (estado original), p. Ej.

git reset HEAD --hard

Si lo anterior no ayuda, puede haber reglas en su archivo de normalización de git ( .gitattributes), por lo que es mejor confirmar lo que dice. O su sistema de archivos no admite permisos, por lo que debe deshabilitar filemodesu configuración de git.

Relacionado: ¿Cómo fuerzo "git pull" para sobrescribir los archivos locales?

Prueba esto

git stash save ""

e intenta tirar de nuevo

Entonces, la situación con la que me encontré fue la siguiente:

error: sus cambios locales en los siguientes archivos se sobrescribirán con merge: wp-content / w3tc-config / master.php Por favor, confirme los cambios o guárdelos antes de poder fusionarlos.

excepto, justo antes de eso, era remoto: así que en realidad esto

remoto: error: sus cambios locales en los siguientes archivos se sobrescribirán con merge: some / file.ext Por favor, confirme los cambios o guárdelos antes de poder fusionarlos.

Lo que estaba sucediendo era (creo que no era 100% positivo) que el gancho de recepción de git post comenzaba a ejecutarse y se arruinaba debido a cambios de movimiento en el repositorio del servidor remoto, que en teoría no debería haberse tocado.

Entonces, lo que terminé haciendo al rastrear el gancho posterior a la recepción y encontrar esto, fue tener que ir al repositorio remoto en el servidor, y hubo un cambio (que no estaba en mi repositorio local, que, de hecho, dijo que coincidía, no había cambios, no había nada que confirmar, estaba actualizado, etc.) Entonces, mientras estaba en el local, no hubo cambios, en el servidor, luego hice un git checkout -- some/file.exty luego los repositorios locales y remotos realmente coincidieron y pude continuar trabajando y desplegar. No estoy completamente seguro de cómo ocurrió esta situación, aunque un par de docenas de desarrolladores más los cambios de TI pueden tener algo que ver con eso.

ADVERTENCIA: Esto eliminará los archivos no rastreados, por lo que no es una gran respuesta a esta pregunta.

En mi caso, no quería conservar los archivos, así que esto funcionó para mí:

Git 2.11 y más reciente:

git clean  -d  -fx .

Git mayor:

git clean  -d  -fx ""

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

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

• -d significa eliminar directorios no rastreados además de archivos no rastreados.

• -f es requerido para forzarlo a correr.

Para mantener un registro de sus archivos recién creados mientras resuelve este problema:

Si ha creado archivos recientemente , puede crear un parche de cambios locales, incorporar fusiones remotas y aplicar su parche local después de que se complete la fusión remota como se define paso a paso a continuación:

1. Organice sus cambios locales. (no comprometerse) La puesta en escena es necesaria para crear parches de nuevos archivos creados (ya que aún no se han rastreado)

git add .

2. Crea un parche para mantener un registro

git diff --cached > mypatch.patch

3. Descarte los cambios locales y elimine los nuevos archivos locales

git reset --hard

4. Tire de los cambios

git pull

5. Aplica tu parche

git apply mypatch.patch

Git fusionará los cambios y creará archivos .rej para los cambios que no se fusionan.

Según lo sugerido por Anu, si tiene problemas para aplicar el parche, intente:

git apply --reject --whitespace=fix mypatch.patch Esta respuesta git: parche no aplica charlas en detalle sobre este tema

Disfrute de su trabajo continuo en su función y confirme los cambios locales cuando termine.

Pedir compromiso antes de tirar

• escondite
• origen de extracción de git << nombre de sucursal >>

Si es necesario :

• git alijo aplicar

Para mí solo git reset --hardfuncionó.

Comprometerse no era una opción, ya que no había nada que comprometerse.

El escondite no era una opción porque no había nada que esconder.

Parece que podría haber sido de archivos excluidos .git/info/excludey haber git update-index --assume-unchanged <file>editado algunos archivos.

En mi caso, hice una copia de seguridad y luego eliminé el archivo del que Git se quejaba, lo comprometí, y finalmente pude verificar otra rama.

Luego reemplacé el archivo, volví a copiar el contenido y continué como si nada hubiera pasado.

Probablemente esto se deba a problemas de CRLF.

Ver: ¿Por qué debería usar core.autocrlf = true en Git?

Use esto para extraer y forzar la actualización:

git pull origin master
git checkout origin/master -f

Intenté la primera respuesta: git stashcon la puntuación más alta pero el mensaje de error seguía apareciendo, y luego encontré este artículo para confirmar los cambios en lugar de esconder 'Compromiso renuente'

y el mensaje de error desapareció finalmente:

1: git add .

2: git commit -m "this is an additional commit"

3: git checkout the-other-file-name

entonces funcionó. Espero que esta respuesta ayude. :)

Si está utilizando Git Extensions , debería poder encontrar sus cambios locales en el Working directorysiguiente:

Si no ve ningún cambio, probablemente sea porque está en un submódulo incorrecto. Así que verifique todos los artículos con un icono de submarino como se muestra a continuación:

Cuando encuentre algún cambio no comprometido:

Seleccione la línea con Working directory, vaya a Dif pestaña, haga clic en el botón derecho en filas con un lápiz (o +o -icono), seleccione Restablecer para cometer primera o cometer o escondite o lo que usted quiere hacer con ella.

Para mí esto funcionó:

git reset --hard

y entonces

git pull origin <*current branch>

después de esto

git checkout <*branch>

Probablemente

git --rebase --autostash

ayudaría