Comment ajouter un fichier modifié à un commit plus ancien (pas le dernier) dans Git

J'ai changé plusieurs choses au cours de la dernière heure et je les ai validées étape par étape, mais je viens de réaliser que j'ai oublié d'ajouter un fichier modifié il y a quelques validations.

Le journal ressemble à ceci:

    GIT TidyUpRequests u:1 d:0> git log 
    commit fc6734b6351f6c36a587dba6dbd9d5efa30c09ce 
    Author: David Klein <> 
    Date:   Tue Apr 27 09:43:55 2010 +0200

        The Main program now tests both Webservices at once

    commit 8a2c6014c2b035e37aebd310a6393a1ecb39f463 
    Author: David Klein <>
    Date:   Tue Apr 27 09:43:27 2010 +0200

        ISBNDBQueryHandler now uses the XPath functions from XPath.fs too

    commit 06a504e277fd98d97eed4dad22dfa5933d81451f 
    Author: David Klein <> 
    Date:   Tue Apr 27 09:30:34 2010 +0200

        AmazonQueryHandler now uses the XPath Helper functions defined in XPath.fs

    commit a0865e28be35a3011d0b6091819ec32922dd2dd8 <--- changed file should go here
    Author: David Klein <> 
    Date:   Tue Apr 27 09:29:53 2010 +0200

        Factored out some common XPath Operations

Des idées?

Utilisez git rebase. Plus précisément:

1. Utilisez git stashpour stocker les modifications que vous souhaitez ajouter.
2. Utilisez git rebase -i HEAD~10(ou le nombre de validations que vous souhaitez voir).
3. Marquez le commit en question ( a0865...) pour l'éditer en changeant le mot pickau début de la ligne en edit. Ne supprimez pas les autres lignes car cela supprimerait les validations. [^ Vimnote]
4. Enregistrez le fichier de rebase, et git reviendra au shell et attendra que vous corrigiez ce commit.
5. Pop the stash en utilisant git stash pop
6. Ajoutez votre fichier avec git add <file>.
7. Modifiez le commit avec git commit --amend --no-edit.
8. Faites un git rebase --continuequi réécrira le reste de vos commits contre le nouveau.
9. Répétez à partir de l'étape 2 si vous avez marqué plusieurs validations pour modification.

[^ vimnote]: Si vous utilisez, vimvous devrez appuyer sur la Inserttouche pour modifier, puis Esctaper :wqpour enregistrer le fichier, quitter l'éditeur et appliquer les modifications. Alternativement, vous pouvez configurer un éditeur de validation git convivial avec git config --global core.editor "nano".

Pour "corriger" un ancien commit avec une petite modification, sans changer le message de commit de l'ancien commit, où OLDCOMMITest quelque chose comme 091b73a:

git add <my fixed files>
git commit --fixup=OLDCOMMIT
git rebase --interactive --autosquash OLDCOMMIT^

Vous pouvez également utiliser git commit --squash=OLDCOMMITpour modifier l'ancien message de validation lors du rebase.

• git rebase --interactiveaffichera un éditeur de texte (qui peut être configuré ) pour confirmer (ou modifier) ​​la séquence d'instructions de rebase . Le fichier contient des informations sur les modifications des instructions de rebase ; il suffit d' enregistrer et de quitter l'éditeur ( :wqinvim ) pour continuer le rebase.
• --autosquashmettra automatiquement tous les --fixup=OLDCOMMITcommits dans l'ordre souhaité. Notez que cela --autosquashn'est valide que lorsque l' --interactiveoption est utilisée.
• L' ^entrée OLDCOMMIT^signifie qu'il s'agit d'une référence au commit juste avant OLDCOMMIT.

Les étapes ci-dessus sont bonnes pour la vérification et / ou la modification de la séquence d'instructions de rebase , mais il est également possible d'ignorer / automatiser l'éditeur de texte de rebase interactif en:

• Configuration GIT_SEQUENCE_EDITORd'un script .
• Création d'un alias git pour supprimer automatiquement toutes les corrections en file d'attente.
• Création d'un alias git pour corriger automatiquement un seul commit.

Voir git commit et git rebase . Comme toujours, lors de la réécriture de l'historique git , vous ne devez corriger ou écraser que les commits que vous n'avez pas encore publiés à quelqu'un d'autre (y compris les utilisateurs Internet aléatoires et les serveurs de build).

avec git 1.7, il existe un moyen très simple d'utiliser git rebase:

mettre en scène vos fichiers:

git add $files

créer un nouveau commit et réutiliser le message de commit de votre commit "cassé"

git commit -c master~4

ajouter fixup!au début de la ligne d'objet (ou squash!si vous souhaitez modifier la validation (message)):

fixup! Factored out some common XPath Operations

utiliser git rebase -i --autosquashpour corriger votre commit

Vous pouvez essayer une rebase --interactivesession pour modifier votre ancien commit (à condition que vous n'ayez pas déjà poussé ces commits vers un autre repo).

Parfois, la chose fixée en b.2. ne peut pas être modifié pour le commit pas tout à fait parfait qu'il corrige, car ce commit est profondément enfoui dans une série de patchs .
C'est exactement à cela que sert le rebase interactif: utilisez-le après de nombreux «a» et «b», en réorganisant et en éditant les commits, et en écrasant plusieurs commits en un seul.

Démarrez-le avec le dernier commit que vous souhaitez conserver tel quel:

git rebase -i <after-this-commit>

Un éditeur sera lancé avec toutes les validations de votre branche actuelle (en ignorant les validations de fusion), qui surviennent après la validation donnée.
Vous pouvez réorganiser les validations de cette liste au contenu de votre cœur et vous pouvez les supprimer. La liste ressemble plus ou moins à ceci:

pick deadbee The oneline of this commit
pick fa1afe1 The oneline of the next commit
...

Les descriptions en ligne sont purement pour votre plaisir; git rebase ne les regardera pas mais les noms de commit ("deadbee" et "fa1afe1" dans cet exemple), donc ne supprimez pas et ne modifiez pas les noms.

En remplaçant la commande "pick" par la commande "edit", vous pouvez dire à git rebase de s'arrêter après avoir appliqué ce commit, afin de pouvoir éditer les fichiers et / ou le message de commit, modifier le commit et continuer le rebasage .