Recherche…
Syntaxe
- git am [--signoff] [--keep] [- [no-] keep-cr] [- [no-] utf8] [--3way] [--interactive] [--committer-date-is -author-date] [--ignore-date] [--ignore-space-change | --ignore-whitespace] [--whitespace = <option>] [-C <n>] [-p <n>] [--directory = <dir>] [--exclude = <chemin>] [- include = <chemin>] [--reject] [-q | --quiet] [- [no-] ciseaux] [-S [<keyid>]] [--patch-format = <format>] [(<mbox> | <Maildir>) ...]
- git am (--continue | --skip | --abort)
Paramètres
| Paramètre | Détails |
|---|---|
| (<mbox> | <Maildir>) ... | La liste des fichiers de boîtes aux lettres à partir desquels lire les correctifs. Si vous ne fournissez pas cet argument, la commande lit à partir de l'entrée standard. Si vous fournissez des répertoires, ils seront traités comme des publipostages. |
| -s, --signoff | Ajoutez une ligne Signed-by-by: au message de validation, en utilisant l’identité du committer de vous-même. |
| -q, --quiet | Soyez silencieux. N'imprimez que les messages d'erreur. |
| -u, --utf8 | Passer le drapeau -u à git mailinfo . Le message de journal de validation proposé à partir du courrier électronique est i18n.commitencoding en codage UTF-8 (la variable de configuration i18n.commitencoding peut être utilisée pour spécifier le codage préféré du projet s'il ne s'agit pas du format UTF-8). Vous pouvez utiliser --no-utf8 pour remplacer ceci. |
| --no-utf8 | Passez le drapeau -n à git mailinfo. |
| -3, - 3 voies | Lorsque le correctif ne s'applique pas proprement, retombez sur la fusion 3-way si le patch enregistre l'identité des blobs auxquels il est supposé s'appliquer et que ces blobs sont disponibles localement. |
| --ignore-date, --ignore-space-change, --ignore-whitespace, --whitespace = <option>, -C <n>, -p <n>, --directory = <dir>, - exclude = <chemin>, --include = <chemin>, --reject | Ces indicateurs sont transmis au programme d'application git qui applique le correctif. |
| --patch-format | Par défaut, la commande essaiera de détecter automatiquement le format du patch. Cette option permet à l'utilisateur de contourner la détection automatique et de spécifier le format de patch selon lequel les patchs doivent être interprétés. Les formats valides sont mbox , stgit , stgit-series et hg . |
| -i, --interactif | Exécuter de manière interactive |
| --committer-date-is-author-date | Par défaut, la commande enregistre la date du message électronique en tant que date de création de l'auteur et utilise l'heure de création de validation en tant que date du committer. Cela permet à l'utilisateur de mentir sur la date du committer en utilisant la même valeur que la date de l'auteur. |
| --nombre-date | Par défaut, la commande enregistre la date du message électronique en tant que date de création de l'auteur et utilise l'heure de création de validation en tant que date du committer. Cela permet à l'utilisateur de mentir sur la date de l'auteur en utilisant la même valeur que la date du committer. |
| --sauter | Ignorez le patch actuel. Cela n'a de sens que lors du redémarrage d'un patch abandonné. |
| -S [<keyid>], --gpg-sign [= <keyid>] | GPG-sign s'engage. |
| --continuer, -r, --résolu | Après un échec de patch (par exemple en essayant d'appliquer un patch en conflit), l'utilisateur l'a appliqué manuellement et le fichier d'index stocke le résultat de l'application. Effectuez une validation à l'aide du journal d'auteur et du journal de validation extrait du message électronique et du fichier d'index actuel, puis continuez. |
| --resolvemsg = <msg> | En cas de défaillance d'un patch, <msg> sera imprimé sur l'écran avant de quitter. Cela 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 . |
| --avorter | Restaurez la branche d'origine et abandonnez l'opération de correction. |
Créer un patch
Pour créer un patch, il y a deux étapes.
- Faites vos changements et engagez-les.
- Exécutez
git format-patch <commit-reference>pour convertir tous les commits depuis le commit <référence de validation> (sans l'inclure) en fichiers de correctifs.
Par exemple, si des correctifs doivent être générés à partir des deux dernières validations:
git format-patch HEAD~~
Cela va créer 2 fichiers, un pour chaque commit depuis HEAD~~ , comme ceci:
0001-hello_world.patch
0002-beginning.patch
Appliquer des patchs
Nous pouvons utiliser git apply some.patch pour que les modifications du fichier .patch appliquées à votre répertoire de travail actuel. Ils ne seront pas mis en scène et devront être engagés.
Pour appliquer un patch en tant que commit (avec son message de validation), utilisez
git am some.patch
Pour appliquer tous les fichiers de correctifs à l'arborescence:
git am *.patch
Modified text is an extract of the original Stack Overflow Documentation
Sous licence CC BY-SA 3.0
Non affilié à Stack Overflow
