¿Cómo volver a aplicar confirmaciones en la parte superior de una rama no relacionada?

Question

que tienen un repositorio sencillo con historia lineal de confirmaciones, como:

[A] -> [B] -> [C] -> [D] -> [E] ... 

Básicamente necesito para eliminar comete A y B, así que pensé que crearía un nuevo repositorio y me gustaría conseguir algo como:

[X] -> [C] -> [D] -> [E] ... 

Así que he creado un nuevo repositorio, creada manualmente cometer X que toma almacena la información relevante de a y B y ahora necesitan un comando que traerá compromete C, D, e, etc. desde el repositorio original y pondrá en la parte superior de mi nueva confirmación X.

¿Cómo hacer eso?

Editar: Dos problemas que tengo con el método de cereza-escoge sugerido son:

1. Transferido commits perdieron sus fechas. ¿Hay alguna forma de preservar las fechas de compromiso?
2. Cuando obtuve el maestro del repositorio original (y ese maestro remoto no tiene ningún compromiso en común con el nuevo repositorio), tengo problemas para eliminar esos commits recuperados. Cuando hago git branch -D myoriginalrepo/master, dice que no existe tal rama, mientras que puedo ver claramente que se comprometan en mi herramienta GUI.

Answer 1

No estoy seguro de por qué es necesario la fecha de comprometerse a permanecer igual, pero aquí va:

git rebase B E --onto X --committer-date-is-author-date 

Si B..E no están en el mismo repositorio que X (como pueden ser if you create your fresh start in-place), tendrá que buscarlos en primer lugar:

git fetch <path_to_old_repos> 

Por supuesto, B, E y X aquí significa cometer sus ids si no lo ha hecho etiquetado/ellas ramificado.

También puede hacer algo similar (aunque la fecha no cometer será preservado) por rebase de A en su repositorio original y aplastando B en él:

git rebase -i `A` 

# change "pick b" to "squash b" 

Usted obtendrá la oportunidad de cambiar cometer mensaje en que punto podría hacerlo X 's.

Answer 2

Puede usar git cherry-pick. En su caso:

git cherry-pick C D E 

mientras que X es su cabeza debería hacerlo.

Answer 3

Dice que creó "un nuevo repositorio". Probablemente no quisiste hacer eso. Si por algún motivo los commits A y B deben dejar de existir (por ejemplo, por razones legales o porque accidentalmente has ingresado tu número de tarjeta de crédito y tu receta secreta de haggis) en tu repositorio, necesitarás leer acerca de cómo eliminar permanentemente un commit . Pero primero arreglemos el resto del árbol.

Pruebe algo como

git checkout -b freshstart A 
# modify the state of the system until it reflects your desired new beginning X 
git commit --amend 
git cherry-pick C D E 

Ahora usted tiene una FreshStart llamado rama que tiene su nuevo comienzo X y se compromete C, D y E, suponiendo que se fusionan muy bien en X.