Изменения для ревью

← К концепции

Одна целостная задача на изменение

Описываем проблему и новое поведение так, чтобы ревьюер мог оценить изменение без истории переписки. Прикладываем существенные проверки и ограничения.

Не смешиваем архитектурную миграцию с посторонней уборкой. Сохраняем рабочие изменения других участников. Перед публикацией изучаем diff и следуем принятому процессу веток и ревью.

Коммит, merge или релиз не доказывают корректность: контракт, тесты и runtime-поведение должны совпадать. Порядок развёртывания и совместимость отката входят в контракт выпуска.