👋 We've unified all of GitHub's product documentation in one place! Check out the content for REST API, GraphQL API, and Developers. Learn more on the GitHub blog.


Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Esta versión de GitHub Enterprise se discontinuará el Esta versión de GitHub Enterprise se discontinuó el 2020-08-20. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Versión del artículo: Enterprise Server 2.18

Resolver conflictos de fusión después de una rebase de Git

Cuando realizas una operación git rebase, normalmente mueves confirmaciones de un lado a otro. Por este motivo, puedes generar una situación en la que se introduzca un conflicto de fusión. Esto implica que dos de tus confirmaciones modificaron la misma línea del mismo archivo, y Git no sabe qué cambio aplicar.

¿Pudiste encontrar lo que estabas buscando?

Después de reordenar y manipular confirmaciones utilizando git rebase, si ocurre un conflicto de fusión, Git te lo informará con el siguiente mensaje impreso en el terminal:

error: no se pudo aplicar fa39187... algo para agregar al parte A

Cuando hayas resuelto este problema, ejecuta "git rebase --continue".
Si prefieres saltear este parche, ejecuta "git rebase --skip".
Para revisar la rama original y detener el proceso de rebase, ejecuta "git rebase --abort".
No se pudo aplicar fa39187f3c3dfd2ab5faa38ac01cf3de7ce2e841... Cambia el archivo falso

Aquí Git te está diciendo qué confirmación está causando el conflicto (fa39187). Se te ofrecen tres opciones:

  • Puedes ejecutar git rebase --abort para deshacer por completo la rebase. Git te regresará al estado de tu rama tal como estaba antes de haber pedido git rebase.
  • Puedes ejecutar git rebase --skip para saltear por completo la confirmación. Esto significa que no se incluirá ninguno de los cambios introducidos por la confirmación problemática. Es muy poco común que elijas esta opción.
  • Puedes corregir el conflicto.

Para corregir el conflicto, puedes seguir los procedimientos estándar para resolver conflictos de fusión desde la línea de comando. Cuando termines, tendrás que pedir git rebase --continue para que Git continúe procesando el resto de la rebase.

¿Pudiste encontrar lo que estabas buscando?

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos