Rehacer el historial de confirmaciones en GIT sin Rebase

Branch
trabajo trabajo trabajo, registro de entrada y empujando en todo momento
tirar todos de esas confirmaciones y pretender que nunca sucedió (por lo que uno limpia cometen al final del trabajo)

hago esto actualmente copiando los archivos a un nuevo directorio y luego copiarlos de nuevo a una nueva rama (ramificado en el mismo punto que mi sucursal de trabajo), y luego la fusión que en master o donde sea.

¿Es esto simplemente malo y por qué? Más importante: ¿hay una forma mejor/GIT para hacer esto?git rebase -i me obliga a fusionarme (y elegir, y aplastar).

Fuente

2010-02-23 Dan Rosenstark

también puede utilizar git merge con la opción --squash.

Fuente

2010-05-10 11:40:48

Squash sucede en cada commit automáticamente, no veo cómo eso ayuda con mi pregunta. No es que no sea así, pero necesitaría más información. –

He usado 'git merge --squash' cuando quería fusionar una rama de tema con el maestro, pero también redujo el historial de confirmaciones a solo una confirmación. 'git merge --squash' lleva a cabo la fusión, pero nos permite proporcionar un mensaje de confirmación antes de comprometer la fusión. Entonces, el resultado final parece haber cometido una sola vez en la rama principal. –

siento que me tomó tres años descubrir que esta respuesta es correcta. ¡Buen trabajo! –

Lo más fácil de hacer es un restablecimiento parcial.

Así Comprar Su tema rama:

git checkout -b topic master

trabajo, trabajo, trabajo.

git commit 
git commit 
git commit 
git commit

feliz con esto, se puede hacer una nueva única confirmación en la parte superior del maestro

git reset --soft master 
git commit

Ahora fusionar a dominar (que será un avance rápido) y ordenar la rama tema. (Tenga en cuenta que no necesita hacer esto si está preparado para recordar o etiquetar dónde estaba el maestro y simplemente trabajar en el maestro sin ramificación, podría haber hecho git reset --soft old-master y git commit y no necesitaría estos últimos pasos de limpieza .)

git checkout master 
git merge topic 
git branch -d topic

Fuente

2010-02-23 18:46:32

Excelente (+1), pero eso deja la pregunta: ¿es esta la manera correcta (con Git o en realidad con cualquier (D) VCS)? todos los pasos incrementales lógicos son aplastados, y si hay algún error desagradable entre los commits por tema, eso no será fácil de identificar y corregir. – VonC

@Charles Bailey, gracias por eso. @VonC, depende. Reviso cada minuto o menos ... demasiada información es tan mala como ninguna. –

Así que para que quede claro, git reset --soft some_branch me cambia a some_branch/some_commit sin tocar mis archivos? –

Rehacer el historial de confirmaciones en GIT sin Rebase

Respuesta

Cuestiones relacionadas