Evita las confianzas de fusión no deseadas y otras confirmaciones al hacer una solicitud de extracción en GitHub

Question

He bifurcado un proyecto en Github.

Deje que el control remoto en sentido ascendente sea upstream y mi repositorio remoto sea origin. Mi rama local master está configurada para rastrear la rama remota master. Luego agregué algunas cosas en el local master, y me fusioné con el upstream de vez en cuando.

No es hasta hoy cuando quiero emitir una solicitud de extracción lo que encontré el problema: la solicitud de extracción consiste en los fusión compromete, y aquellos no deseados comete que hice anteriormente sin cuidado. Sin embargo, lo que quiero es solo enviar el último compromiso que hice, que debería ser retirado como una única confirmación. ¿Qué puedo hacer para rescatar esto?

Answer 1

Funcionaría así: Crea una rama separada con solo la confirmación que deseas y publica una solicitud de extracción en esa rama.

Answer 2

En lugar de fusionar, quiere volver a establecer la base. Puede hacerlo de forma manual o automáticamente al tirar.

git pull --rebase upstream master 
git push --force origin master 

Una vez que haya comenzado a hacer fusiones aunque esto obtendrá difícil de hacer, tendrá que restablecer la rama remonta a antes de que hizo una fusión cometió.

Answer 3

En Github, no puede crear una solicitud de extracción para una única comprobación específica en una sucursal que tiene múltiples comprobaciones que lo separan de la corriente ascendente.

Crea una rama específicamente para cada solicitud de extracción que pretendas realizar. Esto le permite continuar trabajando sin temor a contaminar una solicitud de extracción.

Answer 4

Si entiendo tu pregunta, quieres deshacerte de las confirmaciones intermedias/de descarte que hiciste en tu sucursal. Intentar algo como esto:

git checkout -b for-upstream remotes/origin/master (create a new branch from the upstream origin) 
git cherry-pick <sha-of-the-one-commit-you-want-to-submit> (fix any conflicts if necessary) 

esto debe darle un local "para-aguas arriba" rama que contiene sólo el maestro de aguas arriba + 1 su confirmación. A continuación, puede presentar esa rama de solicitud de extracción

Answer 5

Esto se ve como una respuesta a su pregunta (sección "Actualización 2011-04-15" del tema):

Git workflow and rebase vs merge questions

Miqueas describe la técnica de squash combina que le permite fusionar los cambios de su rama de características como una única confirmación a la rama principal.