Les commits à inverser. Pour une liste plus complète des façons d’épeler les noms des commits, voir gitrevisions[7]. Des ensembles de commits peuvent aussi être passés mais aucune traversée n’est faite par défaut, voir git-rev-list[1] et sont option --no-walk.

Avec cette option, git revert vous permettra d’éditer le message de validation avant de valider le commit inverse. C’est le comportement par défaut si vous exécutez la commande depuis un terminal.

Habituellement, vous ne pouvez pas inverser une fusion parce que vous ne savez pas quel côté de la fusion doit être considéré comme la ligne principale. Cette option spécifie le numéro du parent (à partir de 1) de la ligne principale et permet à revert d’inverser la modification par rapport au parent spécifié.

Avec cette option, git revert ne démarre pas l’éditeur de message de validation.

Cette option détermine comment le message de valiation sera nettoyé avant d’être transmis à la machine de commit. Voir git-commit[1] pour plus de détails. En particulier, si la valeur de <mode> est scissors, les ciseaux seront ajoutés à MERGE_MSG avant d’être transmis dans le cas d’un conflit.

Habituellement, la commande crée automatiquement une séquence de commits avec des messages de validation indiquant quels commits ont été inversés. Cette option applique les changements nécessaires pour inverser les commits nommés à votre arbre de travail et à l’index, sans valider. De plus, lorsque cette option est utilisée, votre index ne doit pas nécessairement correspondre au commit HEAD. L’inversion est faite par rapport à l’état initial de votre index.

Signer les commits avec GPG. L’argument idclé est optionnel avec par défaut l’identité du validateur ; si spécifiée, elle doit être collée à l’option sans aucun espace. --no-gpg-sign est utile pour annuler l’effet de la variable de configuration commit.gpgSign ainsi que tout --gpg-sign précédent.

Ajouter une ligne terminale Signed-off-by au message de commit. Référez-vous à l’option de contre-signature dans git-commit[1] pour plus d’information.

Utilise la stratégie de fusion donnée. Ne devrait être utilisée qu’une seule fois. Voir la section STRATÉGIES DE FUSION dans git-merge[1] pour plus de détails.

Passer l’option spécifique de stratégie de fusion à la stratégie de fusion. Voir git-merge[1] pour plus de détails.

Après que le mécanisme rerere réutilise une résolution enregistrée sur le conflit actuel pour mettre à jour les fichiers dans l’arbre de travail, lui permettre de mettre également à jour l’index avec le résultat de la résolution. --no-rerere-autoupdate est un bon moyen de revérifier ce que rerere a fait et de détecter des erreurs de fusion potentielles, avant de valider le résultat dans l’index avec un git add séparé.

Au lieu de commencer le corps du message de journal avec "Ceci inverse <nom-complet-de-l-objet-du-commit-inversé>.", se référer au commit en utilisant le format "--pretty=reference" (cf. git-log[1]). La variable de configuration revert.reference peut être utilisée pour activer cette option par défaut.

Inverse les modifications spécifiées par le quatrième dernier commit de HEAD et crée un nouveau commit avec les modifications retournées.

Inverse les changements effectués par les commits du cinquième dernier commit de master (inclus) au troisième dernier commit de master (inclus), mais ne crée aucun commit avec les modifications retournées. L’inversion ne modifie que l’arbre de travail et l’index.