Как работают IT-команды

Жизненный цикл задачи в IT-команде

1. Постановка задачи

   • Задача создается в системе управления (Jira, Trello и т.д.)
   • У задачи есть номер, название, описание, критерии приемки
   • Задача назначается разработчику

2. Взятие в работу

   • Задача переводится в статус "В работе"
   • Создается отдельная ветка (branch) в Git для этой задачи
   • Название ветки включает номер задачи

3. Разработка

   • Разработчик пишет код в своей ветке
   • По ходу работы создаются коммиты (точки сохранения)
   • Каждый коммит содержит описание изменений

4. Отправка на проверку

   • Создается Pull Request (PR) — запрос на слияние кода
   • PR показывает все изменения и позволяет обсудить код
   • Задача переходит в статус "На ревью"

5. Код-ревью

   • Старший разработчик проверяет код
   • Оставляет комментарии к конкретным строкам
   • Может попросить внести изменения

6. Доработки

   • Разработчик вносит правки по комментариям
   • Создает новые коммиты в ту же ветку
   • Pull Request автоматически обновляется

7. Одобрение и слияние

   • После одобрения код вливается в основную ветку (main/master)
   • Изменения попадают в production
   • Задача переходит в статус "Готово"

Зачем нужен Git

• Безопасность: Нельзя случайно сломать основной код
• Качество: Код проверяется другими разработчиками
• Прозрачность: Видна вся история изменений
• Параллельная работа: Команда работает одновременно без конфликтов
• Откат: Можно быстро вернуться к предыдущей версии

Ключевые термины

• Ветка (Branch): Параллельная версия проекта для разработки
• Коммит (Commit): Точка сохранения с описанием изменений
• Pull Request (PR): Запрос на слияние кода в основную ветку
• Код-ревью (Code Review): Проверка кода другим разработчиком
• Основная ветка (main/master): Production-версия кода
• Merge: Слияние изменений из одной ветки в другую

Почему это важно для обучения

• Работаете сразу как в реальной компании
• Конкурентное преимущество на собеседовании
• Привычка к профессиональному подходу с первого дня
• Понимание процессов, а не только кода