PR Description Schema

RS School требует чёткую структуру описания PR. Ревьюер должен найти всё нужное в самом PR-описании, без расспросов автора.

Базовая схема (минимум)

## Screenshot
<кратко: что построено, ссылка/гиф на деплой>

## Deploy
<URL деплоя — gh-pages / Netlify>

## Task
<ссылка на README задачи на rolling-scopes-school/tasks>

## Score
<твоя самооценка по scoring criteria>
- [x] Критерий 1 (+10)
- [x] Критерий 2 (+5)
-  Критерий 3 (не успел) (0)
**Total: 80 / 100**

## Tested on
- Mobile: 320×568
- Tablet: 768×1024
- Desktop: 1920×1080

## Notes
<любые нюансы для ревьюера: known issues, что специально не делал>

Что особенно важно

  • Список протестированных разрешений — для responsive задач обязательно. Без него теряешь баллы.
  • Self-evaluation — для JS30 и некоторых других задач это формальное требование. Иногда даже надо логировать в console.log при загрузке страницы.
  • Ссылка на деплой — должна работать на момент ревью. Проверь в incognito.

Где найти точную схему

Анти-чек-лист

  • ❌ Не делать merge PR — он должен оставаться открытым
  • ❌ Не использовать gh-pages в качестве main-ветки
  • ❌ Не оставлять PR с дефолтным шаблоном без заполнения
  • ❌ Не писать общие фразы — нужны факты и ссылки

Связанное