Источник
1.
git pull - «Дай мне свежий код»Зачем: Стянуть последние изменения из репозитория
Как:
git pull origin main (стягиваем изменения из ветки main)Лайфхак: Перед тестированием всегда делайте pull, иначе будете проверять устаревшую версию.
2.
git checkout -b feature/new-tests - Создать новую веткуЗачем: Чтобы не сломать основную ветку (main/master)
Как:
git checkout -b my-feature (создаем ветку и сразу переключается на нее)3.
git commit -m "Fix: update test cases" - Закрепить измененияЗачем: Фиксировать правки в тест-кейсах или скриптах
Как:
git add . (добавляем все измененные файлы)git commit -m "Update regression tests" (подписываем изменения)4.
git push - Отправить свои правкиЗачем: Загрузить ваши тесты на сервер
Как:
git push origin my-feature (отправляем ветку в удаленный репозиторий)5.
git merge - Слить ветки (осторожно!)Зачем: Добавить свои изменения в основную ветку
Как:
git checkout main (переключаемся на main)git merge my-feature (вливаем изменения из my-feature)⚠️ Конфликты: Если Git ругается на «merge conflict»:
1. Откройте файл, найдите строки с
<<<<<<< и >>>>>>>2. Удалите лишнее, оставив нужный код
3. Запустите:
git add .git commit -m "Resolved merge conflict"
6.
git stash - Спрятать незаконченную работуЗачем: Если срочно нужно переключиться на другую таcку
Как:
git stash (временно сохраняем изменения)git stash pop (возвращаем их обратно)7.
git log - Посмотреть историюЗачем: Узнать, кто и когда сломал тесты
Как:
git log --oneline (компактный вывод)8.
git reset --hard HEAD - Откатить все измененияЗачем: Если всё сломалось и нужно начать заново
Как:
git reset --hard HEAD (возвращаем последнюю сохраненную версию)❗️Осторожно: Это удалит все незакоммиченные правки!
9.
git cherry-pick - Взять один коммит из другой веткиЗачем: Перенести срочный фикс, не мержа всю ветку
Как:
git cherry-pick abc123 (где abc123 — хеш нужного коммита)10.
git blame - Найти автора строки кодаЗачем: Узнать, кто написал этот код
Как:
git blame src/test/java/com/example/LoginServiceTest.java (покажет, кто и когда менял файл)💡 Советы по конфликтам:
1. Чаще делайте pull - меньше шансов на конфликты
2. Договаривайтесь о правилах - например, кто мержит в main
3. Используйте GUI (например, SourceTree) - если командная строка пока пугает
