La liste de fichiers de boîte aux lettres desquelles on lit les rustines. Si vous ne fournissez pas cet argument, la commande lit depuis l’entrée standard. Si vous fournissez des répertoires, ils sont lus comme des Maildirs.

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

Passer l’option -k à git mailinfo (voir git-mailinfo[1]).

Passer l’option -b à git mailinfo (voir git-mailinfo[1]).

Avec --keep-cr, appeler git mailsplit (voir git-mailsplit[1]) avec la même option, pour l’empêcher de supprimer les CR en fin de ligne. La variable de configuration am.keepcr peut être utilisée pour spécifier le comportement par défaut. --no-keep-cr permet de surcharger am.keepcr.

Retirer tout du corps du message avant la ligne de ciseaux (voir git-mailinfo[1]). Peut être activé par défaut en utilisant la variable de configuration mailinfo.scissors.

Ignorer les lignes ciseaux (voir git-mailinfo[1]).

Ce drapeau sera transmis à git mailinfo (voir git-mailinfo[1]).

Comment gérer un message courriel sans rustine :

Passer le drapeau -m à git mailinfo (voir git-mailinfo[1]), de sorte que l’en-tête Message-ID soit ajouté au message de validation. La variable de configuration am.messageid peut être utilisée pour spécifier le comportement par défaut.

Ne pas ajouter l’entête Message-ID au message de validation. no-message-id est utile pour surcharger am.messageid.

Mode silencieux. N’afficher que les messages d’erreur.

Passer l’option -u à git mailinfo (voir git-mailinfo[1]). Le message de validation proposé extrait depuis le courriel est re-codé en UTF-8 (la variable de configuration i18n.commitEncoding peut spécifier le codage préféré du projet s’il est différent d’UTF-8).

Passer l’option -n à git mailinfo (voir git-mailinfo[1]).

Quand la rustine ne s’applique pas correctement, revenir à une fusion à 3 points si la rustine contient l’identité des blobs auxquels elle est supposée s’appliquer et que ces blobs sont disponibles localement. --no-3way permet de surcharger la variable de configuration am.threeWay. Pour plus d’information, référez-vous à am.threeWay dans git-config[1].

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é.

Ces drapeaux sont transmis au programme git apply (voir git-apply[1]) qui applique le patch.

Par défaut, la commande tentera de détecter automatiquement le format de la rustine. Cette option permet à l’utilisateur de contourner la détection automatique et de spécifier le format de rustine comme lequel la(les) rustine(s) doit/doivent être interprétée(s). Les formats valides sont mbox, mboxrd, stgit, stgit-series et hg.

Lancer de manière interactive.

Par défaut, les crochets pre-applypatch et applypatch-msg sont exécutés. Lorsque l’une des options --no-verify ou -n est donnée, ils sont contournés. Voir aussi githooks[5].

Par défaut, la commande enregistre la date du message électronique comme date de l’auteur du commit, et utilise l’heure de création du commit comme date du validateur. Cela permet à l’utilisateur de mentir sur la date du validateur en utilisant la même valeur que la date de l’auteur.

Par défaut, la commande enregistre la date du message électronique comme date de l’auteur du commit, et utilise l’heure de création du commit comme date du committeur. Cela permet à l’utilisateur de mentir sur la date de l’auteur en utilisant la même valeur que la date du validateur.

Sauter la rustine actuelle. Cela n’a de sens que si l’on redémarre une rustine avortée.

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.

Après l’échec d’une rustine (par exemple, en cas de tentative d’application d’une rustine conflictuelle), l’utilisateur l’a appliquée à la main et le fichier d’index stocke le résultat de l’application. Faire un commit en utilisant le journal des auteurs et du commit extrait du message électronique et du fichier d’index actuel, et continuer.

En cas de défaillance d’un patch, <msg> sera imprimé à l’écran avant de sortir. Ceci remplace le message standard vous informant d’utiliser --continue ou --skip pour gérer l’échec. Ceci est uniquement pour un usage interne entre git rebase et git am.

Restaurer la branche originale et abandonner les opérations de rustinage. Rétablir le contenu des fichiers impliqués dans l’opération am à leur état pré-am.

Abandonner l’opération de rustinage mais garder HEAD et l’index intacts.

Essaie d’appliquer à nouveau la dernière rustine en conflit. Ceci n’est généralement utile que pour passer des options supplémentaires lors de la tentative de ré-essai (p. ex. --3way), puisque sinon vous verrez la même erreur à nouveau.

Montrer le message auquel git am s’est arrêté en raison de conflits. Si raw est spécifié, afficher le contenu brut du message électronique ; si diff, afficher uniquement la partie diff. La valeur par défaut est raw.

Après l’échec de rustinage sur un message électronique d’entrée dépourvu de rustine, créer un commit vide avec le contenu du message électronique comme message de validation.