Git-Zweige organisieren

Question 1

Ich habe ein großes Projekt, an dem ich arbeite und das Git als VCS verwendet. Zu jeder Zeit arbeite ich daran, ein paar Features/Bugfixes usw. zu implementieren. Für jedes gegebene Feature/Bug wäre es schön, eine Hierarchie von Zweigen zu erstellen — zB

$ git branch
  feature1
       sub-branch1
       sub-branch2
       sub-branch3
  feature2
       sub-brancha
      *sub-branchb  #<--currently checked out
       sub-branchc
  bugfix1
       sub-branch-foo

$ git checkout sub-brancha
$ git branch
  feature1
       sub-branch1
       sub-branch2
       sub-branch3
  feature2
      *sub-brancha  #<--currently checked out
       sub-branchb  
       sub-branchc
  bugfix1
       sub-branch-foo

Ist es möglich, so etwas zu tun, oder muss ich ein primitiveres Namensschema übernehmen?

BEARBEITEN

Um es etwas konkreter zu machen, wonach ich suche, wenn feature1 ein Git-Branch ist, dann wäre im obigen Beispiel sub-branch1 alle von erstellt worden git checkout -b sub-branch1 von dem feature1 Branch (der vom Master verzweigt ist). z.B:

$ git checkout master
$ git checkout -b feature1
$ git checkout -b testing
$ git branch
master
   feature1
     *testing
$ git checkout master
$ git checkout -b feature2
$ git branch
master
   feature1
      testing
  *feature2

Git-Zweige einfach Zweige nach ihrer Herkunft organisieren zu lassen (mit einer kleinen zusätzlichen Einrückung), ist wahrscheinlich gut genug für meine Zwecke … Obwohl super Bonuspunkte, wenn ich haben kann:

$ git branch
  feature1
       testing
  feature2
       testing
  bugfix1
       sub-branch-foo

Mit einer Möglichkeit, den Namenskonflikt zwischen “feature1/testing” und “feature2/testing” zu verwalten

Question 2

Sie können ein Benennungsschema wie feature1/sub-brancha, feature2/sub-branchb usw. verwenden, der Schrägstrich im Namen ist für git kein Problem. Die Zweige werden jedoch weiterhin als normale Zweige behandelt (aber ich wüsste nicht, wie man Unterzweige anders handhaben könnte). Der Befehl git branch listet die Branches natürlich mit ihrem vollständigen Namen auf und nicht so, wie es im Beispiel ist.

Interessanterweise erstellen die Benennungsschemata mit Schrägstrichen eine Verzeichnishierarchie in .git/refs/heads/. Vielleicht ist das nützlich, um die Unterzweige mit einigen Low-Level-Befehlen zu handhaben?

Question 3

Branches in Git sind tatsächlich symbolische Verweise auf einen Schlüssel im Objektspeicher von Git. Um die Dokumentation zu zitieren (“Was ist ein Zweig”):

Wenn es ganz genau sein muss, verwenden wir das Wort „Zweig“ für eine Entwicklungslinie und „Zweigkopf“ (oder einfach nur „Kopf“) für einen Verweis auf den letzten Commit in einem Zweig. Im obigen Beispiel ist der Zweigkopf mit dem Namen “A” ein Zeiger auf einen bestimmten Commit, aber wir beziehen uns auf die Zeile mit drei Commits, die zu diesem Punkt führen, als alle Teil von “Zweig A”.

Git verwaltet nur eine Liste von Referenzen, die in Dateien unter gespeichert werden .git/refs. Diese Referenzen sind einfach nicht als baumartige Struktur konzipiert.

Ich empfehle, ein Schema zur Benennung von Zweigen zu verwenden, das die Hierarchie vermittelt.

Eine andere Möglichkeit besteht darin, eine Erweiterung zu schreiben, die den Zweigbaum für Sie verwaltet.

Question 4

Ich habe persönlich verwendet Dies Ansatz in früheren Versionen von Git, aber es scheint, dass verschachtelte Branches in Version 1.8+ nicht mehr unterstützt werden.

Es war auch schön, die UI-Unterstützung in Git Tower zu sehen.