🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Rebase создаёт новые коммиты, и в этом его опасность
Разработчица из Гданьска собрала команды Git, которым её когда-то научил тимлид, для тех, у кого add, commit, pull и push уже на автомате. Многие из них переписывают историю, а опасно это, когда историю уже забрали коллеги.
После git rebase main коммиты D и E превращаются в D' и E' с другими хэшами. Пока ветка только ваша, всё безопасно; если на ней сидят другие, у них всё разъедется. Так же работает git commit --amend, отсюда rejected (non-fast-forward) при пуше. Лечить его стоит через --force-with-lease: пуш пройдёт, только если удалённая ветка не менялась с последнего fetch, иначе Git откажет и чужая работа уцелеет.
Три режима reset: --soft держит изменения в индексе, --mixed в рабочей папке, --hard стирает. Стёрли лишнее? Коммит ещё виден в git reflog, и автор советует сначала git branch rescue . Разбор всех десяти команд вышел на dev.to. Задание: сделайте git rebase -i HEAD~3 на своей ветке и сравните хэши.
#git