Sök…
Syntax
- git am [- signoff] [- hålla] [- [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 = <path>] [- include = <path>] [- reject] [-q | - tyst] [- [no-] sax] [-S [<keyid>]] [--patch-format = <format>] [(<mbox> | <Maildir>) ...]
- git am (- fortsätt | - fartyg | - abort)
parametrar
| Parameter | detaljer |
|---|---|
| (<Mbox> | <Maildir>) ... | Listan med postlådefiler att läsa korrigeringar från. Om du inte anger detta argument läses kommandot från standardinmatningen. Om du levererar kataloger kommer de att behandlas som Maildirs. |
| -s, -signoff | Lägg till en Signed-off-by: -rad i engagemanget med hjälp av dig själv. |
| -q, - tyst | Var tyst. Skriv bara ut felmeddelanden. |
| -u, --utf8 | Pass -u flagga till git mailinfo . Det föreslagna åtkomstloggmeddelandet som tas från e-postadressen kodas om till UTF-8-kodning (konfigurationsvariabel i18n.commitencoding kan användas för att specificera projektets föredragna kodning om det inte är UTF-8). Du kan använda --no-utf8 att åsidosätta detta. |
| --no-utf8 | Pass -n flagga till git mailinfo. |
| -3, - 3väg | När plåstret inte appliceras rent, falla tillbaka på 3-vägs sammanslagning om lappen registrerar identiteten på klumpar som den ska tillämpas på och vi har dessa klatter tillgängliga lokalt. |
| --ignore-date, --ignore-space-Change, --ignore-whitespace, --whitespace = <option>, -C <n>, -p <n>, --directory = <dir>, - utesluta = <väg>, - inkludera = <sökväg>, - avvisa | Dessa flaggor överförs till git-tillämpningsprogrammet som tillämpar lappen. |
| --patch-format | Som standard kommer kommandot att försöka upptäcka patchformatet automatiskt. Detta alternativ tillåter användaren att kringgå den automatiska upptäckten och specificera det patchformat som korrigeringsfilen ska tolkas som. Giltiga format är mbox , stgit , stgit-series och hg . |
| -i, - interaktiv | Kör interaktivt. |
| --committer-date-är-författare-date | Som standard registrerar kommandot datumet från e-postmeddelandet som datumet för författare för åtagande och använder tiden för att skapa engagemang som pendlarens datum. Detta gör att användaren kan ljuga om pendlardatumet genom att använda samma värde som författarens datum. |
| --ignore-datum | Som standard registrerar kommandot datumet från e-postmeddelandet som engagemangsdatum och använder tidpunkten för att skapa åtaganden som pendlingsdatum. Detta gör att användaren kan ljuga om författarens datum genom att använda samma värde som pendlarens datum. |
| --hoppa | Hoppa över den aktuella korrigeringen. Detta är bara meningsfullt när du startar om en aborterad lapp. |
| -S [<keyid>], --gpg-sign [= <keyid>] | GPG-tecken förbinder sig. |
| - Fortsätt, -r, - löst | Efter ett korrigeringsfel (t.ex. försök att tillämpa konflikterande patch) har användaren använt den för hand och indexfilen lagrar resultatet av applikationen. Gör en åtagande med hjälp av författarskap och åtagandelogg som extraherats från e-postmeddelandet och den aktuella indexfilen och fortsätt. |
| --resolvemsg = <msg> | När ett korrigeringsfel inträffar kommer <msg> att skrivas ut på skärmen innan den går ut. Detta åsidosätter standardmeddelandet som informerar dig om att använda - --continue eller - --skip att hantera felet. Detta är enbart för internt bruk mellan git rebase och git am . |
| --avbryta | Återställ den ursprungliga grenen och avbryt lappningen. |
Skapa en lapp
För att skapa en lapp finns det två steg.
- Gör dina ändringar och begå dem.
- Kör
git format-patch <commit-reference>att konvertera alla åtaganden sedan engagemanget <commit-reference> (inte inklusive det) till patchfiler.
Om till exempel patchar ska genereras från de senaste två åtagandena:
git format-patch HEAD~~
Detta skapar två filer, en för varje åtagande sedan HEAD~~ , så här:
0001-hello_world.patch
0002-beginning.patch
Applicera lappar
Vi kan använda git apply some.patch att få ändringarna från .patch filen till din nuvarande arbetskatalog. De kommer att vara ostadierade och måste vara engagerade.
För att använda en patch som en commit (med sitt commit-meddelande) använder du
git am some.patch
Så här applicerar du alla patchfiler på trädet:
git am *.patch
Modified text is an extract of the original Stack Overflow Documentation
Licensierat under CC BY-SA 3.0
Inte anslutet till Stack Overflow