Расскажи про опыт работы с Git — пример ответа на собеседовании AQA / Automation

В своей работе QA-инженера я активно использую Git для совместной разработки автотестов, управления тестовыми сценариями и интеграции с CI/CD.

Основной рабочий процесс:

Ветвление: Для каждой новой фичи или баг-фикса создаю отдельную ветку от main/develop.
```
git checkout -b qa/add-login-validation-test
```
Коммиты: Делаю атомарные коммиты с понятными сообщениями, следуя соглашению (например, Conventional Commits).
```
git add tests/login/
git commit -m "test: add validation for empty password field"
```
Синхронизация: Регулярно обновляю свою ветку с помощью rebase, чтобы избежать конфликтов и сохранить историю чистой.
```
git fetch origin
git rebase origin/main
```
Code Review: Отправляю изменения через Pull/Merge Request (GitLab/GitHub). В описании PR указываю цель изменений, ссылку на задачу (Jira, YouTrack) и информацию для ревьюера (например, «добавлены тесты на граничные значения для поля email»).
Разрешение конфликтов: При возникновении конфликтов (часто в файлах конфигурации или общих фикстурах) анализирую изменения и вручную объединяю нужные части.

Продвинутые практики в контексте тестирования:

Git Hooks: Использовал pre-commit хук для запуска линтеров (pylint, flake8) на код автотестов перед коммитом.
Интеграция с CI/CD: Настройка пайплайнов так, чтобы push в ветку запускал прогон соответствующих тестов (например, unit-тесты для всех коммитов, а интеграционные — только для веток qa/* или main).
Работа с историей: Использую git bisect для поиска коммита, который ввёл регрессию, если тесты начали падать без очевидных причин.
Хранение тестовых данных: Для больших наборов тестовых данных (дампы БД, моки) использую Git LFS (Large File Storage).

Это позволяет команде разработки и тестирования работать параллельно, не мешая друг другу, и быстро интегрировать изменения.