Вопросы React Frontend Developer

git rebase перемещает одну ветку поверх другой, копируя коммиты и переписывая их базу. Он берёт набор коммитов, начиная с точки ветвления, и последовательно применяет их к новой базе, создавая новые коммиты с теми же изменениями, но другим родителем. Это позволяет получить линейную историю без merge-коммитов.

git merge сохраняет историю параллельных веток, создавая merge-коммит при расхождении, а git rebase переписывает историю: переносит коммиты одной ветки поверх другой, создавая линейную историю без merge-коммитов. Merge показывает фактические ветвления, rebase упрощает лог, но меняет SHA коммитов.

В большинстве случаев безопаснее использовать merge, особенно если ветка уже используется другими разработчиками. Merge сохраняет историю коммитов и не переписывает её. Rebase переписывает историю и может привести к конфликтам или потере коммитов при неправильном использовании. Поэтому rebase лучше применять только в личных или ещё не опубликованных ветках.

Смена сторонних сервисов затрагивает не только SDK, но и архитектуру клиента. Часто меняются контракты, форматы данных и поведение API. Если зависимости не были изолированы, изменения распространяются по всему приложению. Грамотная абстракция снижает стоимость такой миграции.

При rebase Git переписывает историю коммитов. Коммиты текущей ветки переносятся на новый базовый коммит и получают новые хэши. В результате история становится линейной. Старые коммиты фактически заменяются новыми. Это делает историю чище, но потенциально опаснее.