#14188 No hago el facepalm por lo que dices en si, si no porque el querer forzar el merge.
Pero tu si tienes una rama limpia sin errores y mergeable y haces:
git merge branch
Eso en el registro crea una entrada como la que he pegado en #14185. Y no estas haciendo merge commit, estas haciendo un merge normal y tal como se recomienda.
Por cierto para preguntar si se de lo que hablo, no se si sabes que git merge y git merge -ff es lo puto mismo, porque es el comportamiento por defecto.
Cabron, a veces deberias bajarte de ese pedestal en el que te tienes antes de empezar a ladrar.
#14191Merkury:Cabron, a veces deberias bajarte de ese pedestal en el que te tienes antes de empezar a ladrar.
Me encanta, porque la primera palabra no puedes saber si nombras su nick o un adjetivo calificativo.
Es que eso se llama "merge commit", oye que no le he puesto el nombre, entra en https://git-scm.com/docs/git-merge y busca "merge commit"
Y no, no es lo que se recomienda, es lo que algunos creen que se recomienda, pero para nada es algo universal ni la verdad absoluta de como hacer merges.
Y perdona, pero la primera vez yo simplemente he contestado normal, y has sido tú el que ha venido con facepalms, así que a lo mejor mis ladridos son respuestas a tus rebuznos.
La diferencia es que con merge commit el historial queda así:
Y con fast forward así:
Básicamente el fast forward hace deja el historial como si las ramas nunca hubiesen estado separadas
#14193 De la documentacion:
Merge branch maint into the current branch, but do not make a new commit automatically:
$ git merge --no-commit maint
This can be used when you want to include further changes to the merge, or want to write your own merge commit message.You should refrain from abusing this option to sneak substantial changes into a merge commit. Small fixups like bumping release/version name would be acceptable.
No se de donde te sacas que merge no hace commit por defecto.
Te lo pone bien claro que no abuses de no hacer commits.
De la documentación:
--ff
When the merge resolves as a fast-forward, only update the branch pointer, without creating a merge commit. This is the default behavior.
Fast-forward es la forma por defecto de hacer merges, la gente explícitamente los hace sin ff para crear un merge commit por que algunos creen que es la forma correcta de hacerlo, y fíajate que en toda la conversación en ningún momento me he metido con esa práctica, simplemente te dicho que te equivocabas pensando que un merge siempre crea un commit, y hasta ahora no sé donde está el error de lo que he dicho para que hayas empezado toda esta discusión y encima acusarme de ir de sobrado.
#14196 Y te estoy diciendo que si haces merge del branch limpio, git merge branch, te crea un commit si o si.
Y si no vete a terminal y pruebas, en el momento que haces merge con o sin -ff te crea un commit con el mensaje diciendo lo que has mergeado.
No, no lo hace, que te acabo de pegar el puto trozo de la documentación relevante donde te dice todo lo contrario, que por defecto es con -ff
A lo mejor tú estas confundiendo lo que hace github con el flujo de trabajo que ellos han elegido cuando haces un merge de un pull request.
Create un repositorio local, haz dos ramas, mete commits que no tengan conflictos y luego haz un merge entre ellas, y dime donde aparece el merge commit.
#14210 https://www.youtube.com/watch?v=6wu3sYLr2so&list=PLvFu5Scz2tyESxqFaIRRmaaZU93vZjmOv
Me ha salido esa lista de reproducción buscando "musica de mierda". Yo creo que para PHP te viene que ni pal pelo.
Te lo resumo:
- Disculpe noble caballero, creo se equivoca en la afirmación que hace usted.
- ¡Retruécanos!, no puede ser! ¿está usted seguro, mi estimado compañero, de que no es usted el que comete una incorrección?
- Vaya encrucijada! ¿cómo resolver este entuerto?
- Creo que la solución más adecuada sería suspender la comunicación que mantenemos mediante el aparato de telefonía.
