Organizzare i rami di git

Question

Ho un progetto di grandi dimensioni che sto lavorando su cui git viene utilizzato come VCS. In qualsiasi momento sto lavorando sull'implementazione di alcune funzionalità/correzioni di errori, ecc. Per ogni funzionalità/bug, sarebbe bello creare una gerarchia di rami - ad es.

$ 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 

È possibile eseguire qualcosa di simile oppure è necessario adottare uno schema di denominazione più primitivo?

EDIT

per renderlo leggermente più concreto quello che sto cercando, se feature1 è un ramo git, quindi nell'esempio di cui sopra, sub-Branch1 sarebbero tutti sono stati creati dal git checkout -b sub-branch1 dal feature1 ramo (che è derivato dal master). ad esempio:

$ 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 

Avere git branch semplicemente organizzare rami da dove sono venuti (con un po 'indentazione extra) è probabilmente abbastanza buono per i miei scopi ... Anche se i punti super-bonus se posso avere:

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

Con qualche modo per gestire il nome-conflitto tra "feature1/testing" e "feature2/testing"

Answer 1

È possibile utilizzare uno schemi di denominazione come feature1/sub-brancha, feature2/sub-branchb e così via, la barra nel nome non è un problema per git. Tuttavia, i rami continueranno a essere gestiti come rami normali (ma non saprei come si possa gestire in modo diverso i sottoregioni). Il comando git branch elencherà ovviamente i rami con il suo nome completo e non il modo in cui è nell'esempio.

È interessante notare che gli schemi di denominazione che includono le barre creeranno una gerarchia di directory in .git/refs/heads /. Forse è utile per gestire i subbranches con alcuni comandi di basso livello?

Answer 2

I rami in Git sono in effetti riferimenti simbolici a una chiave nell'archivio oggetti di Git. Per citare la documentazione ("What is a branch"):

Quando abbiamo bisogno di essere precisi, useremo la parola "ramo" per indicare una linea di sviluppo, e la "testa ramo" (o semplicemente "testa") per indicare un riferimento al commit più recente su un ramo. Nell'esempio sopra, la diramazione di ramo denominata "A" è un puntatore a un commit particolare, ma ci riferiamo alla linea di tre commit che portano a quel punto essendo tutti parte del "ramo A".

Git riesce solo un elenco di riferimenti che vengono memorizzati in file sotto .git/refs. Questi riferimenti non sono semplicemente progettati come una struttura ad albero.

Si consiglia di utilizzare uno schema di denominazione del ramo che trasmetta la gerarchia.

Un'altra possibilità è scrivere un'estensione che gestisce l'albero del ramo per te.

Answer 3

Ho utilizzato personalmente l'approccio this nelle versioni precedenti di Git, ma sembra che i rami nidificati non siano più supportati nella versione 1.8+.

È stato anche bello vedere il supporto dell'interfaccia utente in Git Tower.