Как заливали фичи в Git?

Это вопрос о вашем опыте: как в команде изменения попадали в основную ветку. Хороший ответ описывает конкретный процесс.

Пример хорошего ответа

«У нас был GitHub Flow:

1. Ветка от main под задачу: feature/JIRA-123-filters.
2. Небольшие коммиты, перед PR — git rebase main, чтобы ветка была актуальной.
3. Pull request с описанием, CI (линтер, тесты, сборка) и ревью от одного-двух человек.
4. Squash and merge в main, автоматический деплой на staging, потом в production.
5. Незаконченные фичи прятали за фича-флагами.»

Что стоит упомянуть

• модель ветвления (Git Flow, GitHub Flow, trunk-based);
• правила ревью и CI;
• как решали конфликты и как откатывали неудачные релизы.

Коротко для собеседования

Опишите реальный процесс: ветка под задачу → PR → CI и ревью → merge (часто squash) → деплой; упомяните фича-флаги и откат.

Подробнее: GitHub Flow