Was ist ein Git-commit-ID?

Wie sind die Git-commit-IDs generiert, um eindeutig zu identifizieren, der begeht?

Beispiel: 521747298a3790fde1710f3aa2d03b55020575aa

Wie funktioniert es? Sind Sie nur einmalig für jedes Projekt? Oder für die Git repositories weltweit?

InformationsquelleAutor der Frage Ankur Loriya | 2015-03-17

  1. 30

    Einem Git-commit-ID ist eine SHA-1-hash jedes wichtige Sache über das Begehen. Ich werde nicht alle aufzählen, aber hier sind die wichtigsten...

    • Der Inhalt, all das, nicht nur die diff.
    • Commit-Datum.
    • Committer name und E-Mail-Adresse.
    • Log-Meldung.
    • Die ID der vorherigen commit(s).

    Ändern, und die commit-ID ändert. Und ja, die gleichen commit mit gleichen Eigenschaften haben den gleichen ID auf einer anderen Maschine. Dies dient drei Zwecken. Zuerst, es bedeutet, das system kann feststellen, ob ein commit manipuliert wurde. Es ist gebacken rechts in die Architektur.

    Zweiten, kann man schnell vergleichen begeht nur anhand Ihrer IDs. Dies macht Git ' s Netzwerk-Protokolle sehr effizient. Vergleichen wollen beiden commits, um zu sehen, ob Sie das gleiche? Nicht senden das ganze diff, senden Sie einfach die IDs.

    Drittens, und das ist das Genie, die beiden commits mit den gleichen IDs die gleiche Geschichte. Das ist, warum die ID der vorherigen commits sind Teil des hash. Wenn der Inhalt einer übergabe ist das gleiche, aber die Eltern sind anders, die commit-ID muss unterschiedlich sein. Das bedeutet, dass beim Vergleich von Repositorien (wie im push-oder pull -) sobald Git findet eine Begehung gemeinsam zwischen den beiden repositories kann es halt prüfen. Das macht das schieben und ziehen extrem effizient. Zum Beispiel...

    origin
A - B - C - D - E [master]

A - B [origin/master]

    Netzwerk Gespräch für git fetch origin geht so etwas wie dieses...

    • local Hey Herkunft, welche Branchen haben Sie?
    • origin Ich habe den master an E.
    • local Ich habe nicht E, ich habe Ihren master an der B.
    • origin B sagen Sie? Ich habe B und es ist ein Vorfahr von Z, Die die Kontrollen. Lassen Sie mich senden Sie C, D und E.

    Dies ist auch der Grund, warum beim umschreiben ein commit mit Stellungswechsel, alles, nachdem es zu ändern. Hier ist ein Beispiel.

    A - B - C - D - E - F - G [master]

    Lassen Sie uns sagen, Sie umschreiben D, nur zum ändern der log-Meldung ein bisschen. Jetzt kann D nicht mehr D, es muss kopiert werden, um einen neuen commit nennen wir D1.

    A - B - C - D - E - F - G [master]
         \
          D1

    Während D1 haben kann C als Ihre Muttergesellschaft (C ist unberührt, verpflichtet nicht wissen, dass Ihre Kinder) ist getrennt von der E, F und G. Wenn wir das ändern E ist Elternteil zu D1, E kann nicht E mehr. Es muss kopiert werden, um einen neuen commit E1.

    A - B - C - D - E - F - G [master]
         \
          D1 - E1

    Und so weiter mit F, F1 und G und G1.

    A - B - C - D - E - F - G
         \
          D1 - E1 - F1 - G1 [master]

    Sie haben alle den gleichen code, nur andere Eltern (oder auch in D1 der Fall, eine andere commit-message).

    InformationsquelleAutor der Antwort Schwern

  2. 17

    Können Sie genau sehen, was zu machen geht in die commit-id durch ausführen

    git cat-file commit HEAD

    Es wird Ihnen so etwas wie

    tree 07e239f2f3d8adc12566eaf66e0ad670f36202b5
parent 543a4849f7201da7bed297b279b7b1e9a086a255
author Justin Howard <[email protected]> 1426631449 -0700
committer Justin Howard <[email protected]> 1426631471 -0700

My commit message

    Es gibt Sie:

    1. Eine Prüfsumme des Baumes Inhalt
    2. Den übergeordneten commit-id (wenn dies ist ein Zusammenführen, es wird mehr Eltern)
    3. Der Autor des Commits mit timestamp
    4. Die committer von der commit mit timestamp
    5. Die commit-Nachricht

    Git nimmt dies alles und macht einen sha1-hash. Sie reproduzieren können, die commit-id durch ausführen

    (printf "commit %s\0" $(git cat-file commit HEAD | wc -c); git cat-file commit HEAD) | sha1sum

    Dies beginnt durch den Druck der Zeichenfolge commit gefolgt von einem Leerzeichen und der byte-Anzahl der cat-file text-blob. Es fügt dann die cat-file blob zu, gefolgt von einem null-byte. Alle, die dann ausgeführt wird durch sha1sum.

    Wie Sie sehen können, gibt es nichts, der das Projekt beschreibt-oder repository-Informationen. Der Grund, dass dies nicht zu Problemen führen wird, denn es ist astronomisch unwahrscheinlich, dass zwei verschiedene commit-hashes zu kollidieren.

    InformationsquelleAutor der Antwort Justin Howard

Schreibe einen Kommentar