Git

Merge - создает merge commit, сохраняет историю веток. Rebase - переносит коммиты на другую базу, линейная история. Rebase переписывает историю; не делать на общих ветках. Rebase для локальной очистки перед merge.

merge: git checkout feature; git merge master. rebase: git checkout feature; git rebase master (история feature поверх актуального master). После rebase может потребоваться force push (если ветка уже пушилась).

Временно сохранить незакоммиченные изменения и очистить рабочую директорию. git stash (или push); git stash pop (или apply) для восстановления. stash list, stash drop. Удобно при смене контекста.

Применить конкретный коммит на текущую ветку. git cherry-pick <commit>. Создает новый коммит с тем же изменением. Используют для переноса отдельных фиксов между ветками.

Бинарный поиск коммита, внесшего баг. git bisect start; git bisect bad; git bisect good <commit>; затем помечать good/bad. Автоматизация: git bisect run script.

Revert - новый коммит, отменяющий изменения указанного коммита. История не переписывается, безопасно для общих веток. Reset - сдвиг указателя ветки (--soft, --mixed, --hard). Переписывает историю.

Журнал перемещений HEAD и ссылок. git reflog показывает все действия (checkout, reset, merge). Позволяет восстановить "потерянные" коммиты после reset или удаления ветки.

Объединение нескольких коммитов в один. git rebase -i: пометить коммиты как squash (или fixup). Используют для очистки истории перед merge (например, все коммиты фичи в один).

В личных/feature ветках после rebase или исправления истории. Никогда в общую ветку (master/main) - сломает историю у других. force-with-lease безопаснее force - проверяет, что удаленная ветка не изменилась.

Fetch - загрузить изменения с remote, не сливать. Pull - fetch + merge (или rebase с pull.rebase). Fetch безопаснее - можно проверить перед merge. Pull может создать merge commit.

Рабочая директория - файлы на диске, с которыми вы работаете. Отличается от индекса (staged) и последнего коммита. git status показывает различия между ними.

Снимки: каждый коммит - состояние всех файлов в дереве (с внутренним сжатием и дедупликацией). При checkout восстанавливается полное дерево. Внутри объекты могут храниться дельтами для экономии места.

Модель веток: main (production), develop; feature/* от develop; release/* для подготовки релиза; hotfix/* от main. Строгие правила слияния. Альтернативы: GitHub Flow (проще), trunk-based.

Скрипты, запускаемые перед коммитом (или перед push). Проверка стиля, линтеры, тесты. Препятствуют коммиту с ошибками. Инструменты: husky, pre-commit framework. Не заменяют CI.

Чаще подтягивать изменения из основной ветки; короткоживущие feature-ветки; маленькие коммиты; договоренности по оформлению (форматирование); избегать изменений одних и тех же строк разными людьми.