Является ли git pull --rebase безопасным, если вы используете централизованную модель и никогда не применяете силу?

Рассматриваемый сценарий на самом деле возможен, но его последствия не так серьезны, как вы могли предположить. После того, как что-то зафиксировано в git, вы не можете потерять эту работу в течение как минимум 30 дней (по умолчанию, настраивается git config gc.reflogexpireunreachable).

Если описанный выше сценарий произошел и вы его обнаружили, вы всегда можете вернуться к предыдущей подсказке этой ветки до перебазирования. Вы можете найти этот совет, просмотрев git reflog или указав время в кассе, например: git checkout 'HEAD@{5 minutes ago}'.

За годы использования git я никогда не использовал git pull --rebase, потому что команда pull в целом работает на более высоком уровне, чем я предпочитаю думать. Я предпочитаю делать аналог:

git fetch origin
git rebase -i origin/branch

Явное имя ветки и интерактивная опция на git rebase означают, что я всегда в курсе, что перебазируется. Иногда, когда я делаю что-то не так, я удивляюсь и обнаруживаю гигантский список коммитов в моем редакторе rebase.

Кроме того, когда я работаю над краткосрочной или, возможно, среднесрочной функцией, я почти всегда перебазирую локально, а не объединяю предыдущие изменения. Это делает мои изменения более понятными и упрощает историю, когда я в конечном итоге отправляю их в центральный репозиторий.

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

Также обратите внимание: git rebase имеет возможность попытаться сохранить слияния. Не похоже, что есть простой способ указать это с помощью git pull --rebase.

Переписывать историю - это грубо, если она уже стала достоянием общественности. Если изменения носят локальный характер, грубить некому.

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

Будьте осторожны, любая перезапись истории создает коммиты, которых никогда раньше не было, и поэтому они не были прочитаны / протестированы.

По сути, так работает gerrit. Только авторизованные пользователи нажимают на фактическое репо; большинство просто отправляет на сервер обзора gerrit и позволяет gerrit выполнить слияние. В конце концов, когда вы вытягиваете, вы получаете «централизованную» версию репозитория, и связанный с ней инструмент repo позаботится о том, чтобы всегда выполнять перебазирование ваших веток вместо слияния.

В этой модели пользователи всегда тянут с перебазированием. Пока что для Android это работает хорошо.