Организация ветвей git

Question

У меня есть большой проект, над которым я работаю, который использует git как VCS. В любой момент я работаю над внедрением нескольких функций/исправлений и т. Д. Для любой конкретной функции/ошибки было бы неплохо создать иерархию ветвей - например,

$ 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 

Возможно ли это сделать, или мне нужно принять более примитивную схему именования?

EDIT

Чтобы сделать его немного более конкретное, что я ищу, если feature1 это мерзавец ветвь, то в приведенном выше примере, к югу branch1 бы все были созданы git checkout -b sub-branch1 из feature1 ветвь (которая разветвлена ​​от мастера). например:

$ 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 branch 
    feature1 
     testing 
    feature2 
     testing 
    bugfix1 
     sub-branch-foo 

с каким-то образом управлять имя-конфликтом между «feature1/тестированием» и «feature2/тестированием»

Answer 1

Вы можете использовать наименование схемы, как feature1/суб-brancha, feature2/к югу branchb и так далее, слэш в имени не является проблемой для git. Однако ветви по-прежнему будут обрабатываться как обычные ветви (но я не знаю, как можно обрабатывать дочерние элементы по-разному). Команда git branch будет перечислять ветви, конечно, с полным именем, а не так, как показано на примере.

Интересно, что схемы именования, включая слэши, создадут иерархию каталогов в .git/refs/heads /. Может быть, это полезно для обработки суббров с помощью команд низкого уровня?

Answer 2

Филиалы в Git на самом деле символические ссылки на ключ в хранилище объектов Git. Процитируем документацию ("What is a branch"):

Когда мы должны быть точными, мы будем использовать слово «филиал» означает линию развития, и «ветви голова» (или просто «голова») означает ссылка на самую последнюю фиксацию на ветке. В приведенном выше примере заголовок ветви с именем «А» является указателем на один конкретный коммит, но мы ссылаемся на строку из трех коммитов, ведущих к этой точке, поскольку все они являются частью «ветки А».

Git управляет только список ссылок, которые хранятся в файлах под .git/refs. Эти ссылки просто не разработаны как древовидная структура.

Я рекомендую использовать схему именования ветвей, которая передает иерархию.

Другая возможность - написать расширение, которое обрабатывает дерево ветвей для вас.

Answer 3

Я использовал метод this в более ранних версиях Git, но кажется, что вложенные ветви больше не поддерживаются в версии 1.8+.

Было также приятно видеть поддержку интерфейса в Git Tower.