git-commit-tree - Online in de cloud

PROGRAMMA:

NAAM

git-commit-tree - Maak een nieuw commit-object

KORTE INHOUD

git commit-boom [(-P )...]
git commit-boom [(-P )...] [-S[ ]] [(-M )...]
[(-F )...]

PRODUCTBESCHRIJVING

Dit is meestal niet wat een eindgebruiker direct wil uitvoeren. Zien git-commit(1) in plaats daarvan.

Creëert een nieuw commit-object gebaseerd op het opgegeven boomobject en verzendt de nieuwe commit
object-ID op stdout. Het logbericht wordt uit de standaardinvoer gelezen, tenzij -m of -F
opties worden gegeven.

Een commit-object kan een willekeurig aantal ouders hebben. Met precies één ouder is het een gewone
verbinden. Als er meer dan één ouder is, wordt de commit een samenvoeging van verschillende regels
geschiedenis. Initiële (root) commits hebben geen ouders.

Terwijl een boom een ​​bepaalde mapstatus van een werkmap vertegenwoordigt, kan een commit
vertegenwoordigt die toestand in "tijd", en legt uit hoe je daar kunt komen.

Normaal gesproken zou een commit een nieuwe "HEAD" status identificeren, en terwijl het Git niet uitmaakt waar je zit
sla de notitie over die staat op, in de praktijk hebben we de neiging om gewoon het resultaat naar het bestand te schrijven
daar wordt naar verwezen door .git/HEAD, zodat we altijd kunnen zien wat de laatst vastgelegde status is
was.

OPTIES

Een bestaand boomobject

-P
Elke -p geeft de id aan van een bovenliggend commit-object.

-M
Een paragraaf in het commit-logboekbericht. Dit kan meer dan één keer worden gegeven
wordt een eigen paragraaf.

-F
Lees het commit-logboekbericht van het opgegeven bestand. Gebruik - om uit de standaard te lezen
invoer.

-S[ ], --gpg-teken[= ]
GPG-teken legt vast. Het keyid-argument is optioneel en is standaard ingesteld op de committer
identiteit; indien opgegeven, moet het zonder spatie bij de optie worden geplakt.

--geen-gpg-teken
Countermand commit.gpgSign configuratievariabele die is ingesteld om alles af te dwingen
toezegging om te worden ondertekend.

COMMIT INFORMATIE

Een commit omvat:

· alle bovenliggende object-ID's

· auteursnaam, e-mailadres en datum

· naam en e-mailadres van de committer en de committijd.

Terwijl ouderobject-ID's op de opdrachtregel worden weergegeven, worden auteurs- en committergegevens weergegeven
wordt overgenomen uit de volgende omgevingsvariabelen, indien ingesteld:

GIT_AUTHOR_NAME
GIT_AUTHOR_EMAIL
GIT_AUTHOR_DATE
GIT_COMMITTER_NAME
GIT_COMMITTER_EMAIL
GIT_COMMITTER_DATE

(nb "<", ">" en "\n"s zijn verwijderd)

Als (sommige van) deze omgevingsvariabelen niet zijn ingesteld, wordt de informatie overgenomen
de configuratie-items user.name en user.email, of, indien niet aanwezig, de omgeving
variabele EMAIL, of, als dat niet is ingesteld, de gebruikersnaam van het systeem en de gebruikte hostnaam
uitgaande post (afkomstig van /etc/mailnaam en terugvallen op de volledig gekwalificeerde hostnaam
wanneer dat bestand niet bestaat).

Een commit-opmerking wordt gelezen vanuit stdin. Als er geen changelog-invoer wordt verstrekt via "<"
omleiding, git commit-boom wacht gewoon tot er een wordt ingevoerd en beëindigd met ^D.

DATUM FORMATS

De omgevingsvariabelen GIT_AUTHOR_DATE, GIT_COMMITTER_DATE ondersteunen de volgende datum
formaten:

Git intern formaat
Het is , waar is het aantal
seconden sinds het UNIX-tijdperk. is een positieve of negatieve offset
van UTC. Bijvoorbeeld CET (wat 2 uur later is dan UTC) is +0200.

RFC 2822
Het standaard e-mailformaat zoals beschreven door RFC 2822, bijvoorbeeld do 07 apr 2005
22:13:13 +0200.

ISO 8601
Tijd en datum gespecificeerd door de ISO 8601-norm, bijvoorbeeld 2005-04-07T22:13:13. De
parser accepteert ook een spatie in plaats van het T-teken.

Note
Bovendien wordt het datumgedeelte geaccepteerd in de volgende formaten: JJJJ.MM.DD,
MM/DD/JJJJ en DD.MM.JJJJ.

DISCUSSIE

Git is tot op zekere hoogte karaktercodering agnostisch.

· De inhoud van de blobobjecten bestaat uit niet-geïnterpreteerde reeksen bytes. Er is geen
het coderen van vertalingen op het kernniveau.

· Padnamen zijn gecodeerd in UTF-8-normalisatievorm C. Dit geldt voor boomobjecten,
het indexbestand, ref-namen, evenals padnamen in opdrachtregelargumenten,
omgevingsvariabelen en configuratiebestanden (.git/config (zie git-config(1)), negeren(5)
gitattributen(5) en gitmodules(5)).

Merk op dat Git op het kernniveau padnamen eenvoudigweg behandelt als reeksen van niet-NUL
bytes, zijn er geen padnaamcoderingsconversies (behalve op Mac en Windows).
Daarom zal het gebruik van niet-ASCII-padnamen meestal zelfs op platforms en bestanden werken
systemen die oudere uitgebreide ASCII-coderingen gebruiken. Repository's die zijn gemaakt op
dergelijke systemen zullen niet goed werken op UTF-8-gebaseerde systemen (bijv. Linux, Mac, Windows)
en vice versa. Bovendien gaan veel op Git gebaseerde tools er eenvoudigweg van uit dat padnamen
UTF-8 en zal andere coderingen niet correct weergeven.

· Commit-logboekberichten worden doorgaans gecodeerd in UTF-8, maar ook in andere uitgebreide ASCII-coderingen
worden ook ondersteund. Dit omvat ISO-8859-x, CP125x en vele andere, maar niet
UTF-16/32, EBCDIC en CJK multi-byte-coderingen (GBK, Shift-JIS, Big5, EUC-x, CP9xx
enzovoort).

Hoewel we aanmoedigen dat de commit-logberichten worden gecodeerd in UTF-8, zijn zowel de kern- als de
Git Porcelain is ontworpen om UTF-8 niet op projecten te forceren. Als alle deelnemers van a
Een bepaald project vindt het handiger om oudere coderingen te gebruiken, maar Git verbiedt dit niet
Het. Er zijn echter een paar dingen waarmee u rekening moet houden.

1. git plegen en git commit-boom geeft een waarschuwing af als het commit-logboekbericht eraan wordt gegeven
ziet er niet uit als een geldige UTF-8-tekenreeks, tenzij u expliciet zegt dat uw project een
verouderde codering. De manier om dit te zeggen is door i18n.commitencoding in .git/config te hebben
bestand, zoals dit:

[i18n]
commitencodering = ISO-8859-1

Commit-objecten die met de bovenstaande instelling zijn gemaakt, registreren de waarde van i18n.commitencoding
in de coderingsheader. Dit is om andere mensen te helpen die er later naar kijken. Gebrek aan
deze header impliceert dat het commit-logboekbericht is gecodeerd in UTF-8.

2. git inloggen, git tonen, git schuld en vrienden kijken naar de coderingsheader van een commit
object en probeer het logbericht opnieuw te coderen in UTF-8, tenzij anders aangegeven. Jij
kan de gewenste uitvoercodering specificeren met i18n.logoutputencoding in .git/config
bestand, zoals dit:

[i18n]
logo-uitvoercodering = ISO-8859-1

Als u deze configuratievariabele niet heeft, is de waarde van i18n.commitencoding
in plaats daarvan gebruikt.

Merk op dat we er bewust voor hebben gekozen om het commit-logboekbericht niet opnieuw te coderen wanneer er een commit plaatsvindt
gemaakt om UTF-8 op commit-objectniveau te forceren, omdat hercodering naar UTF-8 niet mogelijk is
noodzakelijkerwijs een omkeerbare operatie.

Gebruik git-commit-tree online met behulp van onworks.net-services