🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀

Determinar el trabajo que es específico de nuestra rama (C2, C3, C4, C6, C7) Determinar cuáles no son fusiones confirmadas (C2, C3, C4) Determinar cuáles no han sido sobreescritas en la rama destino (solo C2 y C3, pues C4 corresponde al mismo parche que C4') Aplicar dichas confirmaciones encima de teamone/master

Así que en vez del resultado que vimos en Vuelves a fusionar el mismo trabajo en una nueva fusión confirmada, terminaremos con algo más parecido a Reorganizar encima de un trabajo sobreescrito reorganizado..

Figure 40. Reorganizar encima de un trabajo sobreescrito reorganizado.

Esto solo funciona si C4 y el C4' de tu compañero son parches muy similares. De lo contrario, la reorganización no será capaz de identificar que se trata de un duplicado y agregará otro parche similar a C4 (lo cual probablemente no podrá aplicarse limpiamente, pues los cambios ya estarían allí en algún lugar).

También puedes simplificar el proceso si ejecutas git pull --rebase en vez del tradicional git pull. O, en este caso, puedes hacerlo manualmente con un git fetch primero, seguido de un git rebase teamone/master.

Si sueles utilizar git pull y quieres que la opción --rebase esté activada por defecto, puedes asignar el valor de configuración pull.rebase haciendo algo como esto git config --global pull.rebase true.

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias