Опишите ваш рабочий процесс с Git.

Я придерживаюсь workflow, основанного на feature-ветках и pull/merge request'ах, что обеспечивает чистую историю и facilitates code review.

Стандартный цикл разработки фичи:

1. Создание ветки от актуальной main (или develop):

   git checkout main
   git pull origin main
   git checkout -b feature/add-dark-mode

2. Регулярные коммиты с атомарными и понятными сообщениями:

   # Плохо: "fix bugs"
   # Хорошо:
   git commit -m "Add theme selection UI to settings screen"
   git commit -m "Implement system theme detection logic"

3. Синхронизация с основной веткой для минимизации конфликтов:

   git fetch origin
   git rebase origin/main

4. Разрешение конфликтов (если они возникают при rebase), затем продолжение:

   git rebase --continue

5. Подготовка истории (опционально, для чистоты) с помощью interactive rebase:

   git rebase -i HEAD~5  # Объединить, переименовать, переставить последние 5 коммитов

6. Отправка ветки и создание Pull/Merge Request (PR/MR):

   git push origin feature/add-dark-mode

   • В PR добавляется описание изменений.
   • Запускаются CI-проверки.
   • Запрашивается ревью от коллег.

7. Внесение правок по результатам ревью (коммиты добавляются в ту же ветку, история часто переписывается через git commit --amend и git push --force-with-lease).

8. Слияние через squash или merge commit, в зависимости от политики команды. После мержа ветка удаляется.

Дополнительные практики:

• .gitignore: Всегда актуален для iOS (файлы xcuserdata, DerivedData, .DS_Store и т.д.).
• Хуки (Hooks): Использую pre-commit хуки для автоматического форматирования кода (например, через SwiftLint).
• git cherry-pick: Для переноса критического исправления из одной ветки в другую (например, хотфикс из main в release).