Вопрос по git rebase

Все нормально. Rebase отработал как merge.

Fast forward очевидно произошло.

Тогда нет смысла переделывать .. ни какой разницы не будет

Все нормально. Rebase отработал как merge.

Ну я так понял в истории master переходит в feature. Т.е. это не критично?

В данном случае rebase только поменял ревизию ветки master, так что эта ветка теперь совпадает с <feature_branch>. Если вас это не устраивает, то сделайте мастером ревизию, которая была раньше, - вы получите то же, что было до rebase. А сам rebase из <feature_branch> в master в вашем случае (когда нет новых коммитов в мастере) вообще ничего не изменит.

Fast forward очевидно произошло.

Да, оно было.

Ну точнее не как merge, а как

merge --ff-only

В данном случае rebase только поменял ревизию ветки master, так что эта ветка теперь совпадает с <feature_branch>.

Именно. Но feature_branch я потом удалил.

Ну я так понял в истории master переходит в feature. Т.е. это не критично?

В git ветки не имеют истории. Так что не критично.

Да, fast-forward. Иначе бы push не прошел так просто.

git merge и git rebase должны делаться из разных бранчей...

Оба работают с текущей веткой. Только git merge branch сливает ветку branch с текущей веткой, а вот git rebase branch переносит текущую ветку поверх branch.

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

Т.е. это не критично?

Более того: разницы с merge в данном случае вообще не будет (в плане истории).

а вот git rebase branch переносит текущую ветку поверх branch.

Кстати, «текущая ветка» в данном контексте — єто список коммитов которые отсутсвуют (по хешам) в ветке, на которую переносим.

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

На Bitbucket это всё отображается.

BTW, рекомендую как-нибудь попробовать поколупаться с интерактивным rebase: git rebase -i <tree-ish>. Как говорится — попробробовав раз, отказаться невозможно :)

Как говорится — попробробовав раз, отказаться невозможно :)

Ну эту фразу не только в этом случае применяешься, как я понял... %)

Всем спасибо. Оставлю как есть, но на будущее учту.

На Bitbucket это всё отображается.

На Bitbucket будет только то, что туда продавлено. Локальную структуру ты так не увидишь.

А, это да. Понял, спс.

git rebase -i

Ага, офигенная штука. Ещё неплохо в комплекте с --ignore-date работает.

Правда, есть косяк — кто-нибудь может сделать fixup у самого первого коммита, и это сработает.