Resolución de conflictos al hacer un merge

Contenido del curso

Introducción a Git

Comandos básicos en Git

Flujo de trabajo básico en Git

Trabajando con repositorios remotos en GitHub

Flujos de trabajo profesionales

Multiples entornos de trabajo en Git

Comandos de Git para casos de emergencia

Bonus sobre Git y Github

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0010:27

Resolución de conflictos al hacer un merge

Curso Profesional de Git y GitHub

Clase 17 de 43

Clase 17 / 43

Recursos

Git nunca borra nada, a menos que nosotros se lo indiquemos. Cuando usamos los comandos git merge o git checkout estamos cambiando de rama o creando un nuevo commit, no borrando ramas ni commits (recuerda que puedes borrar commits con git reset y ramas con git branch -d).

Git es muy inteligente y puede resolver algunos conflictos automáticamente: cambios, nuevas líneas, entre otros. Pero algunas veces no sabe cómo resolver estas diferencias, por ejemplo, cuando dos ramas diferentes hacen cambios distintos a una misma línea.

Esto lo conocemos como conflicto y lo podemos resolver manualmente. Solo debemos hacer el merge, ir a nuestro editor de código y elegir si queremos quedarnos con alguna de estas dos versiones o algo diferente. Algunos editores de código como Visual Studio Code nos ayudan a resolver estos conflictos sin necesidad de borrar o escribir líneas de texto, basta con hacer clic en un botón y guardar el archivo.

Recuerda que siempre debemos crear un nuevo commit para aplicar los cambios del merge. Si Git puede resolver el conflicto, hará commit automáticamente. Pero, en caso de no pueda resolverlo, debemos solucionarlo y hacer el commit.

Los archivos con conflictos por el comando git merge entran en un nuevo estado que conocemos como Unmerged. Funcionan muy parecido a los archivos en estado Unstaged, algo así como un estado intermedio entre Untracked y Unstaged. Solo debemos ejecutar git add para pasarlos al área de staging y git commit para aplicar los cambios en el repositorio.

Cómo revertir un merge

Si nos hemos equivocado y queremos cancelar el merge, debemos usar el siguiente comando:

git merge --abort

Conflictos en repositorios remotos

Al trabajar con otras personas, es necesario utilizar un repositorio remoto. -Para copiar el repositorio remoto al directorio de trabajo local, se utiliza el comando git clone <url>, y para enviar cambios al repositorio remoto se utiliza git push. -Para actualizar el repositorio local se hace uso del comando git fetch, luego se debe fusionar los datos traídos con los locales usando git merge.

Para traer los datos y fusionarlos a la vez, en un solo comando, se usa git pull. - Para crear commits rápidamente, fusionando git add y git commit -m "", usamos git commit -am "". - Para generar nuevas ramas, hay que posicionarse sobre la rama que se desea copiar y utilizar el comando git branch <nombre>.
Para saltar entre ramas, se usa el comando git checkout <branch> - Una vez realizado los cambios en la rama, estas deben fusionarse con git merge.
El merge ocurre en la rama en la que se está posicionado. Por lo tanto, la rama a fusionar se transforma en la principal.
Los merges también son commits.
Los merges pueden generar conflictos, esto aborta la acción y pide que soluciones el problema manualmente, aceptando o rechazando los cambios que vienen.

Repasa qué es un branch

Aporte creado por: José Tuzinkievicz, Lottie

Matias Alejandro Lopez Heredia

Hace 7 años

Hasta los mejores cometen errores, pero todo tiene solución.

Freddy se olvidó de guardar el archivo .html, y lo malo es que commiteó ese archivo todavia con el merge conflict. Con los:

<<<<<<< HEAD
=======
>>>>>>> cabecera

Si les pasa esto, no entren en pánico, mientras el commit siga en nuestro repositorio local. Tienen dos formas al menos de solucionarlo, uds eligen la que mas les convenga:

Reemplazar el commit fallido Pueden corregir el archivo (en este caso hubiera bastado con guardarlo) y luego usar

git add .
git commit --amend

El --amend "suma" al commit anterior el nuevo contenido en el staging area. Asi que no se está creando un nuevo commit, si no reemplazando el último.

Borrar el commit, sin perder los cambios, arreglar y commitear de nuevo. Bastaria con devolver el commit a la staging area, usando:

git reset HEAD~1 --soft

y luego guardar el archivo y volver a hacer el commit (ya que esta vez con el reset si borraron el commit con el fallo).

Practiquenlo!, creanme que commit --amend resulta bastante útil, más de una vez habré commiteado algo, y luego me doy cuenta que me faltó algo, o algo está mal, y en vez de armar otro commit arreglando el error, podemos reemplazarlo con amend.

Espero les sirva :).

Mariana Lamus

Hace 6 años

Gracias, muy buen dato!

Edison Manrique

Hace 6 años

Genial aporte! Solo como una pequeña correción, cuando dices:

"El --amend “suma” al commit anterior el nuevo contenido en el staging area."

Realmente no es del todo correcto, pues recordemos que los commits no están en Stage, sino en el repositorio. Entonces la frase correcta sería:

"El --amend “suma” al commit anterior el nuevo contenido en el repositorio local."

Comentarios (884)884 comentarios

Irving Hernan Taleno

Ricardo Celis

Profesor

Carlos Andrés Guajardo Sáenz

José Tuzinkievicz

Julio Renteria

Ezequiel Maximiliano Silvestre

Jimmy Loloy Laurencio

Danilo Fernandez

Fabiola Jessica Huancollo Chambi

Angelo Paul Yenque Tume

Tecnologia Mesfix

Pablo Perez Lee

Nicolas Esteban Prieto Sarmiento

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

Juan Christopher

Diego Rubio

Thomas André Dale Guevara

Hace 5 años

ALEXANDER ECHEVERRY TORRES

Enrique Devars

Mitzael Serna

Luis Antonio Arce Paredes

Sergio Arturo Mata Contreras

Hace 3 años

Sergio Luis Padilla Villaseñor

Jhon Carlos Colorado Angulo

Hersson Guerrero Amésquita

Cristian Blandon

jonathan gonzalez

Harrinson Quintero

Erick Ruiz Vazquez

Juan Carlos Herrera Blandón

Leonard L

Johan Garzon

Max Andy Diaz Neyra

Miguel Nava

Deniss Bonilla Paredes

Martin Sebastian Tito Gira

Wilson Alexander Caal Pacay

Kevin Salazar

Hace 4 años

Cristina Rueda

Henry Alexander Velásquez Rosas

Kevin Isaac Rodriguez

David Jesus Palma Lugo

Diana Milena Rojas Borda

Diana Carolina Torres Castaño

Ricardo Rito Anguiano

Sergio Rubiano

Sebastian Pedroza

Introducción a Git

¿Por qué usar un sistema de control de versiones como Git?

¿Qué es Git?

Instalando GitBash en Windows

Instalando Git en OSX

Instalando Git en Linux

Editores de código, archivos binarios y de texto plano

Introducción a la terminal y línea de comandos

Comandos básicos en Git

Crea un repositorio de Git y haz tu primer commit

Analizar cambios en los archivos de tu proyecto con Git

¿Qué es el staging?

¿Qué es branch (rama) y cómo funciona un Merge en Git?

Volver en el tiempo en nuestro repositorio utilizando reset y checkout

Git reset vs. Git rm

Flujo de trabajo básico en Git

Flujo de trabajo básico con un repositorio remoto

Introducción a las ramas o branches de Git

Fusión de ramas con Git merge

Resolución de conflictos al hacer un merge

Trabajando con repositorios remotos en GitHub

Cómo funcionan las llaves públicas y privadas

Configura tus llaves SSH en local

Uso de GitHub

Cambios en GitHub: de master a main

Tu primer push

Git tag y versiones en Github

Manejo de ramas en GitHub

Configurar múltiples colaboradores en un repositorio de GitHub

Flujos de trabajo profesionales

Flujo de trabajo profesional: Haciendo merge de ramas de desarrollo a master

Flujo de trabajo profesional con Pull requests

Utilizando Pull Requests en GitHub

Creando un Fork, contribuyendo a un repositorio

Haciendo deployment a un servidor

Hazme un pull request

Ignorar archivos en el repositorio con .gitignore

Readme.md es una excelente práctica

Tu sitio web público con GitHub Pages

Multiples entornos de trabajo en Git

Git Rebase: reorganizando el trabajo realizado

Cómo usar Git Stash: guarda cambios temporalmente

Git Clean: limpiar tu proyecto de archivos no deseados

Git cherry-pick: traer commits antiguos al head del branch

Comandos de Git para casos de emergencia

Git Reset y Reflog: úsese en caso de emergencia

Reconstruir commits en Git con amend

Buscar en archivos y commits de Git con Grep y log

Bonus sobre Git y Github

Comandos y recursos colaborativos en Git y GitHub

Tu futuro con Git y GitHub

Resolución de conflictos al hacer un merge