que modifica un solo archivo en una confirmación anterior en git

Question

Quiero reparar un archivo en una confirmación anterior. Esto podría afectar todas las confirmaciones ascendentes.

¿Hay alguna manera fácil de hacerlo? ¿Me puede dar una guía de cómo hacer eso?

Muchas veces cuando me comprometo dos veces me parece que he tenido un error en la primera confirmación, y deseo corregir el error sin tener que 'reiniciar' mi última confirmación.

Para aclaración. Quiero cambiar el commit actual, es decir, quiero que se modifique el contenido de la confirmación pasada. IOW Quiero cambiar el historial!

Answer 1

Si sólo desea modificar la segunda a la última confirmación (por ejemplo, no hace mucho tiempo, sobre todo, no antes de que muchas ramas y se funde.), Entonces yo uso este procedimiento:

1. git checkout -b tmp bad-commit
2. fijar el
archivos
3. git commit --amend
4. git rebase tmp master

Si tiene una fusión en el medio, puede probar rebase -i -p, pero los resultados pueden variar.

Answer 2

que parece:

• un (comando complejo que podría hacer lo que quiera) filter-branch
• y modificar y reajustar según lo descrito por jpalecek. Encontrará la misma solución un poco más detallada en este other related question.

Puede encontrar un ejemplo de rebase interactive en this comment: puede evitar la bifurcación temporal, pero de nuevo, es más complejo.

También rebase a menudo para limpiar el historial de desarrollo para que los cambios sean correctos y se agrupen correctamente.

Un ejemplo inventado:
cambio el nombre de la función foo a bar y comprometerse con un comentario que dice: "foo cambiado el nombre a la barra".
Luego paso a la siguiente característica o arreglo, y lo confirmo, y paso al siguiente.
¡A la mitad de eso, descubrí que me perdí una instancia de foo!
Integro mi trabajo en progreso (o uso git-stash), arreglo el 'foo' faltante y lo confirmo, luego uso git-rebase --interactive para unir todas las correcciones foo en una confirmación limpia.
Si no usé git-stash, entonces usaré git-commit --amend (otra forma de rebase) cuando finalmente termine la función que estaba en progreso.

Cuando reviso mis parches para revisarlos, todas las piezas son correctas y cuentan una historia coherente. Algunas veces uso git-rebase --interactive solo para hacer cambios adyacentes separados temporalmente que afectan los mismos bits, de modo que los cambios estén en contexto.