Si tienes dudas o preguntas, recuerda que también puedes preguntarle a nuestra hermosa comunidad a través del Discord oficial de este servidor. Únete visitando discord.makigas.es.
Makigas, eres el tío mas rápido escribiendo que he visto nunca. ¿Cuántas pulsaciones tienes por minuto ? ¿Y qué teclado usas ? Gracias, y felicidades por el curso de Git ! Es buenísimo ! ;-)
Yo estaba buscando un tutorial sobre como usar Git para subir mis archivos y códigos a GitHub ya que se me borraron por descuidado y no pude recuperarlos. No se si realmente me sirva aprender todo esto como estudiante de ing. electrónica, pero definitivamente me ha gustado. Si yo pude entenderlo, estoy seguro que cualquiera puede. Gracias por los videos.
Unir (commits de) una nueva rama a la rama master: git merge Nota. Ubicarnos previamente en la rama master. Casos de unión de ramas: 1) Rama master sin modificacioens y rama nueva con modificaciones: Sin conflicto. Resuelto por fast-forward. No crea un nuevo commit. 2) Rama master y rama nueva con modificaciones pero de distintos archivos: Sin conflicto. Resuelto por recursive strategy. Crea un nuevo commit. 3) Modificaciones en el mismo archivo en ambas ramas (master y nueva), pero en líneas distintas de código: Sin conflicto. Resuelto por recursive strategy. Crea un nuevo commit. 4) Modificaciones en el mismo archivo en ambas ramas (master y nueva), en las mismas líneas de código: Con conflicto. Resuelto de manera manual: corregir manualmente líneas de conflicto (que vienen advertidas por git), luego crear nuevo commit.
Hola, una consulta, al hacer el segundo merge, correspondiente a la rama feature-commercial-text en lugar de arrojarme el mensaje "Merge made by the 'recursive' strategy" me arroja el mensaje "Merge made by the 'ort' strategy ", hice algo mal o a que se debe? Excelente curso!! saludos
No exactamente. El merge es una operación rutinaria de Git que puedes hacer en cualquier momento. El Pull Request es una función que tiene GitHub que *no tiene nada que ver con Git* que te permite introducir código fuente en un repositorio del que antes has hecho fork (por medio de un merge, por ejemplo, pero la web de GitHub también te deja ahora cerrar un PR de otra forma que no sea merges).
La verdad no entiendo el tema de porque se generan los conflictos. En el primer ejemplo tenías dos ramas primero fucionas una con master y despues la otra con master sin ningun problema. En el segundo ejemplo haces lo mismo lo que pasa es que estos cambios afectan a la misma linea. Pero cuando tu haces un merge por primera vez la linea cambia, y cuando haces un merge por segunda vez (con la otra rama) ¿porque simplemente la linea no cambia y ya esta? ¿porque se genera un conflicto?. ¿Acaso si se me genera una linea nueva debido a un merge esa linea no va a poder ser modificada debido a otro merge en el futuro?
el conflicto se genera cuando las ramas que se van a fusionar tienen la misma o las mismas lineas modificadas, por esta razón el merge no se puede realizar si no se soluciona. Por ejemplo si existe un documento html con un titulo en una rama y en la otra rama el mismo archivo tiene otro titulo. Allí se generaría un conflicto a la hora del merge y tendrás que solucionarlo decidiendo cual será el titulo que vas a dejar si el titulo uno o el titulo dos.
1. Comprueba que no tengas las mayúsculas puestas. :wq y :WQ para vim no es lo mismo. 2. ...porque esto te pasa cuando editas el mensaje en Git, ¿verdad? De todos modos si estás usando otro editor no se hará así, se hará como lo diga el otro editor (nano, por ejemplo).
Si tienes dudas o preguntas, recuerda que también puedes preguntarle a nuestra hermosa comunidad a través del Discord oficial de este servidor. Únete visitando discord.makigas.es.
Muchas gracias! Es muy valioso esto de resolver conflictos, tema que es raro encontrarlos en tutoriales.
Hermano, el video tiene 5 años de haber sido grabado pero me acaba de salvar la patria con un merge conflict, muchas muchas muchas gracias
Muy útil la información y bastante detallada, es una buena forma de salir de dudas que podamos tener, muchas gracias amigo, buen día :)
Muchas gracias, ayudó mucho tu explicación.
No tengo como pagar tu trabajo sin embargo recomendare tu lista de reproducción con mis seguidores.
Recomendar la lista es mucho mejor que pagar.
Muchas gracias, tuve un problema de merge e intente varias cosas y no lograba solcionarlo, con tu video logré hacerlo
Muchisimas gracias por compartir esta información !!!
Excelente. Muchas gracias.
Video de hace 7 años salvando vidas en 2023, muchas gracias!
Es que este vídeo ha envejecido muy bien :)
Makigas, eres el tío mas rápido escribiendo que he visto nunca.
¿Cuántas pulsaciones tienes por minuto ?
¿Y qué teclado usas ?
Gracias, y felicidades por el curso de Git !
Es buenísimo !
;-)
Me ha servido mucho. Gracias.
Muchas gracias por compartir el conocimiento
Yo estaba buscando un tutorial sobre como usar Git para subir mis archivos y códigos a GitHub ya que se me borraron por descuidado y no pude recuperarlos. No se si realmente me sirva aprender todo esto como estudiante de ing. electrónica, pero definitivamente me ha gustado. Si yo pude entenderlo, estoy seguro que cualquiera puede. Gracias por los videos.
Buenísimo hermano!
Muchas gracias, este video me ha sido de gran ayuda
excelente explicacion
Gracias
Unir (commits de) una nueva rama a la rama master:
git merge
Nota. Ubicarnos previamente en la rama master.
Casos de unión de ramas:
1) Rama master sin modificacioens y rama nueva con modificaciones:
Sin conflicto. Resuelto por fast-forward. No crea un nuevo commit.
2) Rama master y rama nueva con modificaciones pero de distintos archivos:
Sin conflicto. Resuelto por recursive strategy. Crea un nuevo commit.
3) Modificaciones en el mismo archivo en ambas ramas (master y nueva), pero en líneas distintas de código:
Sin conflicto. Resuelto por recursive strategy. Crea un nuevo commit.
4) Modificaciones en el mismo archivo en ambas ramas (master y nueva), en las mismas líneas de código:
Con conflicto. Resuelto de manera manual: corregir manualmente líneas de conflicto (que vienen advertidas por git), luego crear nuevo commit.
gracias
Hola, una consulta, al hacer el segundo merge, correspondiente a la rama feature-commercial-text en lugar de arrojarme el mensaje "Merge made by the 'recursive' strategy" me arroja el mensaje "Merge made by the 'ort' strategy ", hice algo mal o a que se debe? Excelente curso!! saludos
Quiero ver que pasa cuando 5 personas modifican la misma línea de código al mismo tiempo
es lo mismo un merge que un Pull request?
No exactamente. El merge es una operación rutinaria de Git que puedes hacer en cualquier momento. El Pull Request es una función que tiene GitHub que *no tiene nada que ver con Git* que te permite introducir código fuente en un repositorio del que antes has hecho fork (por medio de un merge, por ejemplo, pero la web de GitHub también te deja ahora cerrar un PR de otra forma que no sea merges).
La verdad no entiendo el tema de porque se generan los conflictos.
En el primer ejemplo tenías dos ramas primero fucionas una con master y despues la otra con master sin ningun problema.
En el segundo ejemplo haces lo mismo lo que pasa es que estos cambios afectan a la misma linea. Pero cuando tu haces un merge por primera vez la linea cambia, y cuando haces un merge por segunda vez (con la otra rama) ¿porque simplemente la linea no cambia y ya esta? ¿porque se genera un conflicto?. ¿Acaso si se me genera una linea nueva debido a un merge esa linea no va a poder ser modificada debido a otro merge en el futuro?
el conflicto se genera cuando las ramas que se van a fusionar tienen la misma o las mismas lineas modificadas, por esta razón el merge no se puede realizar si no se soluciona. Por ejemplo si existe un documento html con un titulo en una rama y en la otra rama el mismo archivo tiene otro titulo. Allí se generaría un conflicto a la hora del merge y tendrás que solucionarlo decidiendo cual será el titulo que vas a dejar si el titulo uno o el titulo dos.
realice todo el procedimiento y funciono, pero al final le doy: wq pero aparece que no existe este comando
1. Comprueba que no tengas las mayúsculas puestas. :wq y :WQ para vim no es lo mismo.
2. ...porque esto te pasa cuando editas el mensaje en Git, ¿verdad? De todos modos si estás usando otro editor no se hará así, se hará como lo diga el otro editor (nano, por ejemplo).
@@makigas yo no pueedo escribir dentro del panel
Yo usaba git merge squash xd
Un poco ruidoso tu teclado
como tiepa este tio. jajaja
no entendí nada
Odio el sonido del teclado aunque sea COOL escribir con un mecánico xd
Sí, por suerte hoy día tengo uno más tranquilo
@@makigas que teclado recomiendas actualmente?
Gracias