Wie ist ein tag unterscheidet sich von einem branch in Git? Was sollte ich hier?

Ich bin mit einigen Schwierigkeiten zu verstehen, wie zu verwenden tags versus Filialen in git.

Ich bewegte nur die jeweils aktuelle version unserer code von cvs, git, und jetzt werde ich arbeiten, ein Teil des code für eine bestimmte Funktion. Ein paar andere Entwickler die Arbeit an diesem als gut, aber nicht alle Entwickler in unserer Gruppe gehen, um Pflege zu dieser Funktion. Sollte ich erstellen Sie einen Zweig oder ein tag? In welchen Situationen soll ich mich mit einem gegenüber dem anderen?

InformationsquelleAutor Bialecki | 2009-09-21
  1. 489

    Einen tag repräsentiert eine version eines bestimmten Zweiges in einer Zeit in der Zeit. Ein Zweig stellt einen separaten thread aus der Entwicklung, die gleichzeitig ausgeführt werden können mit anderen Entwicklungs-Anstrengungen auf der gleichen code-Basis. Änderungen an einem Zweig kann schließlich zusammengeführt werden, wieder in einem anderen Zweig, um diese zu vereinheitlichen.

    In der Regel werden Sie tag eine bestimmte version, so dass Sie neu erstellen können, z.B. dies ist die version, die wir versendet XYZ Corp. Ein Zweig ist eher eine Strategie, um vor-gehen updates auf eine bestimmte version des Codes, während Sie weiterhin zu tun Entwicklung auf. Sie machen einen Zweig der gelieferten version, weiterhin die Entwicklung auf der main-Linie, aber stellen Sie bug-fixes, um die Verzweigung, die für die gelieferte version. Schließlich, Sie werden Zusammenführen, die diese Fehler behebt, wieder in die Hauptleitung. Oft werden Sie verwenden beide branching und tagging zusammen. Haben Sie verschiedene tags, die gelten sowohl für die Haupt-Linie und seine äste Kennzeichnung bestimmte Versionen (die an Kunden ausgeliefert, zum Beispiel) entlang jeder Zweig, können Sie neu erstellen möchten -- für Liefer -, Fehler-Diagnose, etc.

    Es ist tatsächlich komplizierter, als diese-oder so kompliziert, wie Sie wollen, es zu machen-aber diese Beispiele sollten Ihnen eine Vorstellung von den unterschieden.

    • in seinem Fall will er äste, sollte man vielleicht auch beachten Sie dies in Ihrer Antwort 😉
    • AFAIK, tags sind nicht eindeutig je Niederlassung. So yo können keine gleichen Namen für unterschiedliche commits in getrennten Zweigen.
    • Sicherlich keine schlechte Sache, IMHO. Insbesondere die Art und Weise beschrieben tvanfosson, mit mehr als einem tag mit dem gleichen Namen in verschiedenen Branchen könnte schwierig werden, Sie zu pflegen. Zum Beispiel, ich würde denken, dass, wenn Sie könnte - tags mit dem gleichen Namen auf die verschiedenen Bereiche, es würde schnell hergestellt werden, da eine schlechte Praxis ist. Gut zu wissen, dass Sie es nicht kann, obwohl. Vielen Dank M. Y.!!
    • Ein tag ist nur ein alias für einen commit-hash. Gleiche wie Sie können checkout commit mit git checkout 88c9f229f können Sie etwas tun, wie git checkout your_tag und Sie wird die Kasse verpflichten, das war ein Aliasing durch den tag.
    • nicht Zweige Aliase zu? Der einzige Unterschied ist, dass ein branch-alias automatisch repoints sich auf den letzten commit in der Kette.
    InformationsquelleAutor tvanfosson
  2. 504

    Aus der theoretische Sicht:

    • tags sind symbolische Namen für eine bestimmte revision. Sie verweisen immer auf das gleiche Objekt (in der Regel: um die gleiche revision); Sie ändern sich nicht.
    • Filialen sind symbolische Namen für Linie der Entwicklung. Neue commits erstellt, auf der Spitze des Zweiges. Die branch-Zeiger natürlich Fortschritte, die auf neuere und neuere verpflichtet.

    Aus der technische Sicht:

    • tags befinden sich in refs/tags/ namespace, und können tag Objekte (kommentiert und Optional GPG signierte tags) oder direkt an commit-Objekt (weniger leichte-tag für lokale Namen), oder in sehr seltenen Fällen sogar zu Baum Objekt oder blob-Objekt (z.B. GPG-Signatur).
    • Filialen befinden sich in refs/heads/ namespace, und kann nur commit-Objekte. Die HEAD Mauszeiger muss sich auf einem Zweig (symbolische Referenz) oder direkt auf einen commit (freistehende LEITER oder Unbenannte Zweig).
    • remote-tracking branches befinden sich in refs/remotes/<remote>/ namespace, und Folgen ordinary branches im remote-repository <remote>.

    Siehe auch gitglossary manpage:

    Zweig

    "Filiale" ist eine aktive Linie der Entwicklung. Die letzten commit auf einem ast bezeichnet man als die Spitze des Zweiges. Die Spitze des Zweiges wird durch einen Zweig Kopf, der sich vorwärts bewegt als weitere Entwicklung erfolgt auf dem ast. Einem einzigen git repository nachverfolgen können eine beliebige Anzahl von Filialen, aber Ihre arbeiten Baum verbunden ist, mit nur einer von Ihnen (der "aktuelle" oder "ausgecheckt" - Zweig), KOPF und Punkte auf diesen Zweig.

    tag

    Ref zeigt auf ein tag oder ein commit-Objekt. Im Gegensatz zu einer Leiter, ein tag ist nicht verändert durch einen commit. Tags (nicht-tag-Objekte) werden gespeichert in $GIT_DIR/refs/tags/. [...]. Ein tag wird meistens verwendet, um markieren einen bestimmten Punkt in der commit-Herkunft Kette.

    das object-tag

    Ein Objekt, welches ein ref zeigt auf ein anderes Objekt enthalten kann, eine Nachricht wie ein commit-Objekt. Es kann auch enthalten, eine PGP-Signatur, in diesem Fall ist es als "signed object-tag".

    • Frage: behandeln, wenn Sie eine Niederlassung wie ein tag (das heißt, dass Sie es schaffen, dann nie aktualisieren), gibt es tatsächlich einen Unterschied?
    • absolut. Es enthält verschiedene Informationen (Sie können sich einen tag, können Sie eine Beschreibung hinzufügen, um eine Filiale). Sie können einen Zweig (also selbst wenn Sie nie aktualisieren, können Sie immer noch rebase es.). Sie kann sich nicht bewegen ein tag (es ist verknüpft mit einer bestimmten commit). Sie können wählen, um ein Zweig. Tags sind nicht geschoben standardmäßig. Sie sollten nie einer für den anderen (es sei denn, Sie sind wirklich in einem SVN-Mentalität, in welchem Fall Sie benötigen, um "un-lernen", dass schnell, wenn Sie wollen, um mit git).
    • Es ist ein Unterschied wie Git behandelt Filialen vs, wie es zu behandeln-tags. Außerdem, was VonC sagte, Sie kann nicht Voraus-tag-Fehler: "git checkout <tag>" erzeugen würden anonyme Unbenannte Zweig (so genannte "detached HEAD") und wählen Sie Staat - tag. Erstellen einer neuen commit tut es auf diese Unbenannte Zweig, und nicht ändern, was tag Punkte zu.
    • IMO, die Zweige sind getrennt timelines (parallel-Welt), und tags können Sie bestimmte Momente in einem Schnittfenster.
    • Es hat hier niemand erwähnt es noch nicht, aber Sie können einen tag als Ausgangspunkt für eine Niederlassung: git checkout -b <branch name> <tag name>
    • Sie können mit beliebiger commit (jede revision) als Ausgangspunkt für eine Filiale; mit tag-ist nur ein Spezialfall dieser situation.
    • ich finde deinen Kommentar mehr nützlich/prägnant ist als Ihre erste Antwort, das heißt, die Zweige werden bewegt, wenn zurückgesetzt, wenn die tags nicht.
    • Ist es GPG statt PGP-Signatur?

    InformationsquelleAutor Jakub Narębski
  3. 137

    Wenn Sie denken, zu Ihrem repository wie ein Buch, die Chroniken Fortschritte an Ihrem Projekt...

    Filialen

    Können Sie denken, ein Zweig, wie einer dieser klebrigen Lesezeichen:

    Wie ist ein tag unterscheidet sich von einem branch in Git? Was sollte ich hier?

    Einer Marke neues repository hat nur einer von denen (genannt master), der bewegt sich automatisch auf die neueste Seite (denke Begehen), die Sie geschrieben haben. Jedoch, Sie sind frei zu erstellen, und verwenden Sie mehr Lesezeichen, um zu markieren, andere Punkte von Interesse an dem Buch, so können Sie zurück zu Ihnen schnell.

    Können, können Sie auch immer bewegen eine bestimmte Textmarke, um einige der anderen Seite des Buches (mit git-reset zum Beispiel); die Punkte des Interesses in der Regel im Laufe der Zeit variieren.

    Tags

    Können Sie denken-tags als Kapitel-überschriften.

    Wie ist ein tag unterscheidet sich von einem branch in Git? Was sollte ich hier?

    Es enthält möglicherweise einen Titel (denke annotierten tags) oder nicht. Ein tag ist ähnlich, aber unterscheidet sich an einen ast, dass Sie markiert einen Punkt von historischen Interesse an dem Buch. Für die Erhaltung Ihrer historischen Aspekt, wenn man einmal gemeinsam einen tag (D. H. hat Sie zu einem freigegebenen remote), Sie sind eigentlich nicht zu verschieben Sie es an eine andere Stelle in dem Buch.

    • Ich würde das Bild, dass ein Zweig wäre ein Buch, Lesezeichen und tags sind. Sie können weiterhin ein Buch zu schreiben, aber Sie können es nicht Bearbeiten. Tag ist nur einem festen moment in dem Buch.
    • In meiner Metapher ist, die commit-DAG ist das Buch. Da ein Git branch ist nichts anderes als ein "Zeiger" auf einen commit, denke ich, dass das Lesezeichen Analogie angemessen ist, hier.
    • Ich mochte die Filiale Erklärung als eine Linie der Entwicklung. Ein Buch wäre eine Niederlassung. Sie können beginnen, ein neues Buch, an der Stelle, wo Links der main-branch. Sie können schreiben Sie paralel und dann versuchen, Sie zu verschmelzen in einem ein Buch/Zweig.
    • Ich verstehe die Art und Weise, die Sie mögen, denken Sie an einen Zweig, aber ich finde, dass ist im Git, das ist tatsächlich irreführend. Siehe stackoverflow.com/questions/25068543/...
    • dieses ist wirklich ein time saver Antwort
    • Wenn Sie beginnen, ein Buch zu schreiben, und Sie haben die ersten 50 Seiten, können Sie es kopieren (erstellen einer neuen Niederlassung aus) und weiterhin das schreiben von zwei Büchern gleichzeitig (oder geben Sie das Buch kopieren, um einige der anderen Schriftsteller - Entwickler) und schließlich können Sie merge die änderungen aus dem anderen Buch zu Ihrem Buch.
    • Diese Antwort ist die Vermittlung einer sehr falschen Idee. Die Zweige sind nicht Teil einer linearen Geschichte wie ein Buch ist. Und deine Lesezeichen sind mehr wie tags, die auf bestimmten Punkten in der Geschichte.
    • Ich gebe zu, dass der lineare Aspekt eines Buches macht meine Analogie etwas irreführend. Es ist jedoch nützlich, und ich stehe dazu. Filialen kann bewegt werden (also Lesezeichen) in der Erwägung, dass die tags können nicht/sollte nicht (also Kapitel-überschriften). Eine Idee, die ich habe, begegnet vielen Zeiten und irreführend ist, zu denken, eine Niederlassung als eine Linie der Entwicklung oder eine Reihe von commits.
    • Eine "freie Entwicklung" oder "- Reihe von commits" ist genau das, was ein Zweig ist.
    • Ich bitte zu unterscheiden; es ist nicht so einfach.
    • Ich mag Chris' Antwort in deinem verlinkten Frage: "die commits, die erreichbar sind die commit-Spitzen, von der Filiale". Durch die folgenden übergeordneten übergeordneten Zweig KOPF rekursiv, die Sie schließlich am Ende mit einer Reihe von commits, die eine Linie der Entwicklung. Mein problem mit dem Buch-Analogie ist, dass Sie können nicht fügen Sie einfach den neuen text an das Ende eines Kapitels oder in jede Lesezeichen, und Sie können nicht kopieren Sie ein ganzes Kapitel, um zu versuchen, einige verschiedene Endungen. Auch alle Kapitel sind linear, so dass eine Sequenz, in der Erwägung, dass äste sind Teil der einen gerichteten azyklischen graph.
    • Ich mag Chris ' s Antwort zu, aber "die commits, die sind erreichbar von der Begehung gezeigt, durch den Zweig, in form einer DAG ist, nicht eine Linie, im Allgemeinen Fall. Darüber hinaus gibt es keine eins-zu-eins-Zuordnung zwischen 1) die verpflichtet sind, erreichbar von der Begehung zeigte auf einen ast, und 2) diejenigen Zweige. Ein einfaches Beispiel HIERFÜR ist ein repo mit einem commit mit zwei Filialen—master und develop sagen—beide zeigen an, dass zu Begehen. Sie können nicht eindeutig zu entnehmen, in der Rede, zu Begehen, als master oder develop.
    • Ein Zweig ist mehr als das, was es kann; es hat einen Namen, eine reflog, etc.
    • Einverstanden mit Tag-Erklärung, aber nicht mit Verzweigung (als es wieder Tag).. - Zweig ist eigentlich eine parallel-Welt/Zeit Online-die Zusammenführen kann zu einem späteren Zeitpunkt..
    • Was auch immer die Metapher funktioniert für Sie, aber bewusst sein, dass denken eine Niederlassung als eine Linie der Entwicklung oder eine Reihe von commits, die irreführend ist. Siehe stackoverflow.com/questions/25068543/...
    • vereinbart ist, dass ist mein Punkt auch.. !! Schreiben/überqueren eines Buches ähnlich ist, Reihenfolge von commits..

    InformationsquelleAutor jub0bs
  4. 42

    Was Sie brauchen, um zu realisieren, kommen aus dem CVS, ist, dass Sie nicht mehr schaffen Verzeichnisse beim Aufbau einer Filiale.

    Nicht mehr "sticky tag" (die angewendet werden können, um nur eine Datei), oder "ast-tag".

    Branch und tags sind zwei verschiedene Objekte in Git, und Sie beziehen sich immer auf die alle repo.

    Würden Sie nicht mehr (mit SVN diesem Zeitpunkt) haben explizit die Struktur Ihres Repositorys mit:

    branches
   myFirstBranch
     myProject
       mySubDirs
   mySecondBranch
     ...
tags
   myFirstTag
     myProject
       mySubDirs
   mySecondTag
   ...

    Die Struktur kommt von der Tatsache CVS ist ein revision system und nicht eine version system (siehe Source-control vs. Revision Control?).

    Das bedeutet, dass die Zweige emuliert werden durch tags für Lebensläufe, directory, Kopien für den SVN.

    Ihre Frage macht Sinne, wenn Sie werden verwendet, um die Kasse ein tag, und zu arbeiten beginnen, es.

    Das sollten Sie nicht 😉

    Ein tag darstellen soll, ein unveränderlich Inhalt, nur für den Zugang ist es mit der Garantie, um den gleichen Inhalt zu jeder Zeit.

    Im Git, die Geschichte der Revisionen ist eine Serie von commits, bilden ein Diagramm.

    Ein Zweig ist ein Pfad des Graphen

    x--x--x--x--x # one branch
    \ 
     --y----y # another branch
       1.1
        ^
        |
        # a tag pointing to a commit
    • Wenn Sie zur Kasse gehen, einen tag, müssen Sie zum erstellen einer Filiale zu starten, funktioniert es.
    • Wenn Sie Kasse einer Filiale, werden Sie direkt in die neuesten commit('HEAD') von dieser Filiale.

    Sehen Jakub Narębski Antwort für alle die Technik, aber ehrlich gesagt, an diesem Punkt, Sie brauchen nicht (noch) nicht alle details 😉

    Der wichtigste Punkt ist: ein tag, wird eine einfache Zeiger auf einen commit, werden Sie nie in der Lage sein, zu ändern, seinen Inhalt. Sie müssen einen Zweig.

    In Ihrem Fall, jeder Entwickler arbeitet auf ein bestimmtes Merkmal:

    • sollte erstellen Sie Ihre eigene Filiale im jeweiligen repository
    • track Zweige von Ihren Kollegen repositories (die, die arbeiten auf die gleiche Funktion)
    • ziehen/schieben, um zu teilen Sie Ihre Arbeit mit Ihren Kollegen.

    Statt tracking direkt die Zweige Ihrer Kollegen, Sie konnte verfolgen, nur der Zweig von einem "offiziellen" zentralen repository, auf die jeder schiebt seine/Ihre Arbeit auf, um Sie zu integrieren und zu teilen, jeder Arbeit für diese spezielle Funktion.

    • vielen Dank für die Klarstellung, wie branches und tags zu arbeiten 🙂 ich würde nicht in der Lage sein, es zu verstehen, ohne Ihrem Beispiel.
    • Ich denke du meinst "SVN" in deiner Antwort, und nicht "CVS". CVS nicht über die Verzeichnis-Struktur; SVN tut. In der Tat, Tags in git erinnert mich viel mehr von tagging in RCS/CVS als tagging in SVN (wo-tag == degenerierter Zweig).
    • guter Punkt. Ich habe versucht zu trennen, ein bisschen mehr CVS-und SVN-Punkte in die (editierte) Antwort.
    InformationsquelleAutor VonC
  5. 37

    Zweige sind aus Holz und wachsen aus dem Stamm des Baumes. Tags sind aus Papier (Derivat aus Holz), und hängen wie Christmas Ornaments aus verschiedenen Orten in den Baum.

    Ihrem Projekt ist der Baum, und Ihre Funktion wird dem Projekt Hinzugefügt wird, wachsen auf einem Zweig. Die Antwort ist Zweig.

    • Liebe für die Analogie
    InformationsquelleAutor Jason
  6. 15

    Sieht es aus wie der beste Weg, um zu erklären, dass tags handeln, als nur zu Lesen Zweige. Sie können einen Zweig, wie ein tag, aber Sie können unbeabsichtigt-update mit neuen commits. Tags sind garantiert zu zeigen auf den gleichen commit wie lange Sie existieren.

    • - Tags sind garantiert zu zeigen auf den gleichen commit wie lange Sie existieren. Nicht ganz richtig. Sie kann tatsächlich bewegen Sie einen tag mit git tag -f.
    InformationsquelleAutor Vassili Gorshkov
  7. 14

    Tags können entweder Sie signiert oder unsigniert sind; äste sind nie unterzeichnet.

    Unterzeichnet tags können nie bewegen, denn Sie sind kryptografisch gebunden (mit Unterschrift) auf einen bestimmten commit. Unsigned-tags sind nicht gebunden und es ist möglich, um Sie zu bewegen (aber das verschieben von tags ist nicht ein normaler use-case).

    Zweige können nicht nur verschieben auf einen anderen verpflichten, aber erwartet zu tun. Sie sollten eine Verzweigung für die lokale Entwicklung Projekt. Ist es nicht durchaus Sinn machen, zu verpflichten, arbeiten an einem Git-repository "auf einen tag".

    InformationsquelleAutor Greg Hewgill
  8. 10

    Den Git Gleichnis erklärt, wie ein typischer DVCS angelegt wird, und warum Ihre Schöpfer wussten, was Sie Taten. Auch, möchten Sie vielleicht werfen Sie einen Blick auf Git für Computer-Wissenschaftler; es wird erklärt, was jede Art von Objekt in Git, einschließlich der Zweige und tags.

    InformationsquelleAutor Bombe
  9. 9

    Ich mag zu denken Filialen als , wohin Sie gehen,, tags als , wo Sie gewesen.

    Einem tag fühlt sich an wie ein Lesezeichen von einer bestimmten wichtigen Punkt in der Vergangenheit, wie eine release version.

    In der Erwägung, dass eine Niederlassung einen bestimmten Pfad, den das Projekt den Bach runter geht, und somit die Niederlassung marker Fortschritte mit Ihnen. Wenn Sie fertig sind, die Sie Zusammenführen/löschen Sie die Verzweigung (D. H. der Markierung). Natürlich, an diesem Punkt können Sie wählen, um tag Begehen.

    InformationsquelleAutor Gazzer
  10. 6

    Ein-tag wird verwendet, um eine version, genauer gesagt, es verweist auf einen Punkt in der Zeit auf einem Zweig. Eine Niederlassung ist in der Regel verwendet, um Funktionen hinzuzufügen, um ein Projekt.

    InformationsquelleAutor Number45
  11. 3

    einfach:

    Tags wird erwartet das Sie immer bei der gleichen version von einem Projekt, während sich die Köpfe sind voraussichtlich Voraus, wie die Entwicklung fortschreitet.

    Git User Manual

    InformationsquelleAutor Bar Horing
  12. 0

    die einfache Antwort ist:

    Zweig:
    der aktuelle branch-Zeiger bewegt sich mit jeder commit in das repository

    aber

    Tags: den commit, ein tag Punkte ändern sich nicht, in der Tat der tag ist eine Momentaufnahme, die verpflichten.

    InformationsquelleAutor jsina
Schreibe einen Kommentar