Привет! читаю pro git 2, там в примерах сначала делается

rebase мастер-ветки в топик-ветку, а затем она мержится в мастер. почему мы сразу не можем сделать rebase этой топик-ветки в мастер?

Поясните. Рибейс не делается В другую ветку, он делается относительно другой ветки.

Rebase это re base То есть смена базы Если ветка feature "имеет базу" коммит A на ветке master, а ветка master ушла вперёд и там появился коммит B, то с помощью rebase можно сменить базу ветки feature: X -> A -> B \ -> C Превратится в: X -> A -> B \ -> C' Где C' - коммит C "минус" коммит B P.S. Поскольку коммит это набор изменений (aka множество) То можно записать разность коммитов как разность множеств для лаконичности :) C' = C \ B

хорошее объяснение. главное не ошибиться, сравнение будет не с самим коммитом B (т.е. диффом к A ) а со всем состоянием на этом коммите т.е. если между A и B есть еще несколько коммитов, они тоже повлияют на то, что будет в C' плюс если будут конфликты при rebase, результат их разрешения тоже.

Да, это правда! Я просто описывал для тривиального случая, когда мастер убежал вперёд ровно на один коммит :)

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

спасибо!! только там разве не C = C' \ B ?

Стикер

Хм То есть если дифф между A и C и между A и B будет одинаковым, то C' будет просто "пустым" коммитом?