Wie funktioniert git-track-Datei änderungen intern?

Könnte jemand erklären, wie git weiß innerlich, dass die Dateien X, Y und Z haben sich geändert? Was ist der Prozess hinter den kulissen, die erkennt, wenn eine Datei noch nicht Hinzugefügt wurde oder hat Veränderungen? Ich Frage, weil, mit Subversion ist es einfach herauszufinden, dass es hält verfolgen diese Dinge durch eine .svn Verzeichnis unter jedem Ordner, sondern für git, die ich kann nicht scheinen zu finden, eine Beschreibung über das Innenleben dieses. Ich bezweifle es scannt durch alle sub-Verzeichnisse für änderungen, da es Recht schnell.

So, aus Neugier, was sind deren Innenleben?

  • Ich weiß schon, wie die Arbeit mit git, nur nicht, dass etwas.
  • das ist genau das, was die doppelte deals mit.
  • Dass die "Antwort" ist nur eine Reihe von links zu Seiten und bezahlt Bücher. Ich glaube, dass meine Fragen spezifisch genug und ich weiß nicht zu sein scheinen überzeugt, dass es Duplikate der andere, es sei denn, ich bin nicht etwas zu sehen.
  • Ich auch nicht einverstanden - die Frage, die Sie verlinken ist ein streuschuss Sammlung verschiedener Bücher über git unterschiedlicher Ebenen.
InformationsquelleAutor carlspring | 2013-04-02
  1. 14

    Die Mechanismen, durch die eine bestimmt, der status einer Datei ist Recht einfach. Zu wissen, was für Dateien wurden inszeniert, die man einfach diffs die HEAD tree mit dem index. Alle Elemente werden nur in der index über die Bühne gegangen bei der addition alle Elemente erscheinen nur in HEAD entfernt wurden und alle Elemente, die anders sind, haben änderungen inszeniert.

    Ähnlich, würde man erkennen unstaged changes von diff ' Ing der index mit dem Arbeitsverzeichnis.

    Ihre Frage, die insbesondere fragt, wie diese so schnell kann (nach allem, Berechnung der SHA1-hash einer Datei nicht genau speedy.) Dies ist, wo die index - auch bekannt als die cache - kommt in wieder zu spielen. Der index wird auch Felder für Datei-Größe und Datei-änderungszeit. So kann man einfach stat(2) eine Datei auf dem Datenträger und vergleichen Sie Sie mit den index-Datei-Größe und Datei-änderungszeit zu wissen, ob der hash der Datei oder nicht.

    • Könnten Sie bitte klären, wie diese Werke für nicht verfolgte Dateien? Tut es scannt die Dateien auf dem Datei-system?
    • Das ist das diff gegen den index und das Arbeitsverzeichnis. Wenn es gibt einige Element, das in der working-directory und nicht den index, ist es nicht...
    • A-ha! So ist es ja auch Scannen. Danke!
    • Ja - aber auch nur, wenn die Zeitstempel nicht übereinstimmen.
    • ist dies, wie es tracks, einzelne Linien/Stämme sind inszeniert wie gut? Durch diffing-Datei-Inhalte in den index vs Arbeitsverzeichnis?
    • Ja. Nur ganze Dateien gespeichert sind, nie Informationen darüber, wie einzelne Linien oder Gruppen ändern.

    InformationsquelleAutor Edward Thomson
  2. 6

    Finden Sie Ihre Antwort in das freie Buch Pro Git auf Kapitel Git-Interna

    In diesem Kapitel wird erklärt, wie git arbeitet hinter der Haube.

    Als Leo erklärte, git checkt den SHA1 der Dateien, um zu sehen, ob er sich verändert hat
    Sie können es, wie dieser (aus der Git Interna):

    $ echo 'version 1' > test.txt
$ git hash-object -w test.txt
83baae61804e65cc73a7201a7252750c76066a30

    Dann schreiben einige neue Inhalte auf die Datei, und speichern Sie es erneut:

    $ echo 'version 2' > test.txt
$ git hash-object -w test.txt
1f7a7a472abf3dd9643fd615f6da379c4acb3e3a
    • Richtig, und wie sieht es eigentlich wissen welche Dateien sich geändert haben seit dem letzten commit und welche Dateien sind neu? Macht es einen scan laufen durch die Verzeichnisse, oder nicht überprüfen Sie die blobs in den .git-Verzeichnis, oder was...?
    InformationsquelleAutor stdcall
  3. 3

    Wenn die Antwort auf die mögliche Duplikate nicht ausreichen, möchten Sie vielleicht einen Blick auf diese http://www.geekgumbo.com/2011/07/19/git-basics-how-git-saves-your-work/

    Um eine lange Geschichte kurz, Git verwendet die SHA-1 der Inhalt der Datei änderungen zu verfolgen. Git verfolgt vier Objekte: einen blob, ein Baum, eine zu Begehen, und ein tag.

    Ihre Frage zu beantworten, wie er die Spur hält der änderungen hier ist ein Zitat aus diesem link:

    Dem Baum-Objekt ist, wie Git verfolgt, Dateinamen und Verzeichnisse. Es ist ein tree-Objekt für jedes Verzeichnis. Der Baum Objekt Punkte, um den SHA-1-blobs, die Dateien in diesem Verzeichnis, und andere Bäume, sub-Verzeichnisse in der Zeit der übergabe. Jedes Baum-Objekt ist verschlüsselt in, Sie Ahnen es, eine SHA-1-hash des Inhalts, und gespeichert .git/objects. Die Namen der Bäume, da Sie den SHA-1-hashes, lassen Git, um schnell zu sehen, ob es irgendwelche änderungen an Dateien oder Verzeichnisse durch den Vergleich der Namen auf den früheren Namen. Ziemlich glatt.

    InformationsquelleAutor Leo Correa
  4. 2

    Fand ich die folgende Erklärung hilfreich, kürzlich in einem Kurs, Git Essential Training von Kevin Skoglund, ich folgte ihm auf Lynda.com.

    Git erzeugt einen hash-Schlüssel, bestehend aus 40 hexadezimale Zeichen, die durch ausführen eines Algorithmus auf die Veränderungen, die wir begangen haben. Zum Beispiel, wenn wir Begehen gleichen Satz von änderungen zu verschiedenen Anlässen, wir sollten den gleichen hash-Schlüssel.

    Zusätzlich speichert die bisherigen änderungen durch das halten folgende meta-Informationen für jeden commit.

    1. Aktuelle Commit-ID
    2. Übergeordneten Commit-ID
    3. Autor
    4. Nachricht

    Jede anschließende übergabe, bezieht sich auf ein Elternteil verpflichten, während der erste commit wird nicht haben einen Elternteil(oder eine null/null-Wert). Das folgende Diagramm wäre in diesem Zusammenhang hilfreich sein.

    Bild-Kredit : Git Ausbildung ist entscheidend von Kevin Skoglund auf Lynda.com

    Git Essential Training von Kevin Skoglund auf Lynda.com

    InformationsquelleAutor harshainfo
  5. 1

    Ich fand diesen Artikel sehr hilfreich.

    https://codewords.recurse.com/issues/two/git-from-the-inside-out

    Git gebaut wird auf einem Diagramm. Fast jedes Git-Kommando bearbeitet diese
    graph. Um zu verstehen, Git tief, konzentrieren Sie sich auf die Eigenschaften dieses
    Graphen, nicht-workflows oder Befehle.

    - Extrakt- Machen Begehen, dass ist nicht der erste commit

    Der Benutzer legt die Inhalte der data/number.txt zu 2. Dies aktualisiert die
    Arbeitskopie, sondern verlässt den index und die HEAD Begehen, wie Sie sind.

    Der Benutzer fügt die Datei auf Git. Dies fügt einen blob mit 2 an den
    Objekte-Verzeichnis. Es Punkte, die der index-Eintrag für data/number.txt an
    die neue blob.

    InformationsquelleAutor rahulroy9202
Schreibe einen Kommentar