Hübsche Git-Zweigdiagramme

Question 1

Ich habe einige Bücher und Artikel gesehen, die einige wirklich hübsch aussehende Grafiken von Git-Branches und -Commits enthalten. Wie kann ich hochwertige druckbare Bilder der Git-Geschichte erstellen?

Question 2

Viele der Antworten hier sind großartig, aber für diejenigen, die nur eine einfache, auf den Punkt gebrachte Antwort wünschen, ohne Aliase oder irgendetwas Extras einrichten zu müssen, hier ist sie:

git log --all --decorate --oneline --graph

Nicht jeder würde a tun git log die ganze Zeit, aber wenn Sie es brauchen, denken Sie einfach daran:

“Ein Hund” = git log —einll —Decorate —ÖNeline —gRaph

Question 3

Gitgraph.js ermöglicht es, hübsche Git-Zweige ohne Repository zu zeichnen. Schreiben Sie einfach einen JavaScript-Code, der Ihre Branches und Commits konfiguriert, und rendern Sie ihn im Browser. Interaktive Dokumente stehen zur Verfügung.

var gitGraph = new GitGraph({
   template: "blackarrow",
   mode: "compact",
   orientation: "horizontal",
   reverseArrow: true
});

var master = gitGraph.branch("master").commit().commit();
var develop = gitGraph.branch("develop").commit();
master.commit();
develop.commit().commit();
develop.merge(master);

Oder mit metro Vorlage:

Oder mit Commit-Nachrichten, Autoren und Tags:

Testen Sie es mit JSFiddle.

Generieren Sie es mit Git-Grapher von @bsara.

Question 4

Darauf gebaut TikZ & PGF, gitdags ist ein kleines LaTeX-Paket, mit dem Sie mühelos Vektorgrafik-Commit-Graphen und mehr erstellen können.

Die automatische Generierung des Commit-Graphen eines bestehenden Repositorys ist nicht der Zweck von gitdags; die Graphen, die es erzeugt, sind nur für gedacht bildungs Gründe.

Ich verwende es oft, um Grafiken für meine Antworten auf Git-Fragen zu erstellen, als Alternative zu ASCII-Commit-Grafiken:

Wie kann ich einen Bugfix auf Master machen und ihn in meine weniger stabilen Zweige integrieren?
Wie funktioniert git commit –amend genau?

Warum sagt mir Git „Derzeit auf keinem Branch“, nachdem ich „git checkout origin/“ ausgeführt habe?
Was ist der Unterschied zwischen dem Zusammenführen von Master in Branch und dem Zusammenführen von Branch in Master?
Git rebase –preserve-merges schlägt fehl

Hier ist ein Beispiel für ein solches Diagramm, das die Auswirkungen einer einfachen Rebase demonstriert:

\documentclass{article}

\usepackage{subcaption}
\usepackage{gitdags}

\begin{document}

\begin{figure}
  \begin{subfigure}[b]{\textwidth}
    \centering
    \begin{tikzpicture}
      % Commit DAG
      \gitDAG[grow right sep = 2em]{
        A -- B -- { 
          C,
          D -- E,
        }
      };
      % Tag reference
      \gittag
        [v0p1]       % node name
        {v0.1}       % node text
        {above=of A} % node placement
        {A}          % target
      % Remote branch
      \gitremotebranch
        [origmaster]    % node name
        {origin/master} % node text
        {above=of C}    % node placement
        {C}             % target
      % Branch
      \gitbranch
        {master}     % node name and text 
        {above=of E} % node placement
        {E}          % target
      % HEAD reference
      \gitHEAD
        {above=of master} % node placement
        {master}          % target
    \end{tikzpicture}
    \subcaption{Before\ldots}
  \end{subfigure}

  \begin{subfigure}[b]{\textwidth}
    \centering
    \begin{tikzpicture}
      \gitDAG[grow right sep = 2em]{
        A -- B -- { 
          C -- D' -- E',
          {[nodes=unreachable] D -- E },
        }
      };
      % Tag reference
      \gittag
        [v0p1]       % node name
        {v0.1}       % node text
        {above=of A} % node placement
        {A}          % target
      % Remote branch
      \gitremotebranch
        [origmaster]    % node name
        {origin/master} % node text
        {above=of C}    % node placement
        {C}             % target
      % Branch
      \gitbranch
        {master}      % node name and text 
        {above=of E'} % node placement
        {E'}          % target
      % HEAD reference
      \gitHEAD
        {above=of master} % node placement
        {master}          % target
    \end{tikzpicture}
    \subcaption{\ldots{} and after \texttt{git rebase origin/master}}
  \end{subfigure}
  \caption{Demonstrating a typical \texttt{rebase}}
\end{figure}

\end{document}

Question 5

Gitg ist ein Klon von Gitk und GitX für GNOME (funktioniert auch auf KDE etc.), der einen hübschen farbigen Graphen zeigt.

Es wird aktiv weiterentwickelt (Stand 2012). Damit können Sie die Commits (Graph Nodes) entweder chronologisch oder topologischund Commits ausblenden, die nicht zu einem ausgewählten Zweig führen.

Es funktioniert gut mit großen Repositories und komplexen Abhängigkeitsgraphen.

Beispiel-Screenshots, die die Repositories linux-git und linux-2.6 zeigen: