Вопрос по отображению веток в Git

Question

[Дмитрий Сонько]

Используем в своей работе git-flow, сегодня дошло до конфликта с начальством, что мы якобы ведем разработку не по регламенту описанному по этому подходу. Есть ли интерфейс, программа или еще что-то, где можно наглядно ткнуть к коммит и там будет написано, что данная ветка, в которой этот коммит вышла из такой-то ветки, плюс при слитии веток, когда кликаем в merge commit показывает какая ветка была влита. Используем Смартгит, но упорно там не видит и не хочет понимать принцип графа в гит. Буду премного благодарен.

Answer 1

[Санжар Аубакиров]

Можно показать дерево вот такой командой:

log --pretty=format:'%h was %an, %ar, message: %s' --graph

Comments

[Санжар Аубакиров]

забыл добавить git

git log --pretty=format:'%h was %an, %ar, message: %s' --graph

Answer 2

[alpha6]

В принципе, если достаточно просто отображения дерева — можно посмотреть на GitExtensions. Она красиво показывает дерево со всеми манипуляциям по веткам.
SourceTree еще умеет так же, но у него режим отображения мне меньше нравится, хотя умеет побольше.

Comments

[Дмитрий Сонько]

Я то это понимаю, но ему прямо надо видеть когда делается checkout, то от какой ветки он делается. Весь рабочий настрой убил на весь день

[alpha6]

Дык они обе это показывают. Из какой ветки делался коммит, не ff мерджи и прочие вещи информацию о которых можно вытащить из гита.

[Дмитрий Сонько]

Пока более-менее понятно показывает только network на хитхабе. В остальном пока не придумал как

[Максим Барулин]

если вы пользуетесь git-flow то согласно переводу статьи разработчика этого инструмента при создании мёрджа используется флаг --no-ff что даёт:

Флаг --no-ff вынуждает Git всегда создавать новый объект коммита при слиянии, даже если слияние может быть осуществлено алгоритмом fast-forward. Это позволяет не терять информацию о том, что ветка существовала, и группирует вместе все внесённые изменения.

поэтому инфа о ветках должна сохраняться даже если ветки больше нет

[Дмитрий Сонько]

На графе ветки есть, но я не могу доказать что вот этот коммит, в который я показываю был именно в конкретной ветке и что она была чекантнута из другой конкретной.

[Максим Барулин]

меня тоже постоянно удивляет тот факт, что коммит не знает в какой ветке он был создан… могу посоветовать, создать для каждой операции простенькие sh-скрипты, которые будут собирать лог, кто, что и в какой ветке делал и работать с гитом через них. совет, конечно, слабенький, но можно потом открыть лог и показать вот этот коммит был сделан в этой ветке. хотя могут усомниться в истинности лога, но хоть что-то будет.

[Дмитрий Сонько]

На самом деле, github network граф, довольно неплохо показывает ветки, но вот выложили бы они его в паблик, цены бы ему не было

Answer 3

[diseaz]

Если ветки A и B были слиты и ветка B была удалена, то в Git невозможно определить, в какой из веток: A или B, или еще какой-нибудь, ныне несуществующей C, были сделаны коммиты.

Comments

[Дмитрий Сонько]

Понял, показать откуда была сделана удаленная ветка я так понимаю так-же не получится?

[abby]

В принципе разница между (A) git merge B и (B) git merge A есть, но бывают такие хитросплетения и ребэйзы, плюс человеческий факто никто не отменял (у нас постоянно вместо (master) git merge feature вливают master в feature ветку ). Плюс после удаления ветки восстановить её имя нельзя.