Angular IDPStrong Junior
Модулі / Процес: Git, PR, CI / Життєвий цикл задачі
🔥 0

Модуль 9 · урок 1 з 9

Життєвий цикл задачі

Останній модуль — єдиний, що не про код. І єдиний, який можна виконувати з першого дня: заведи репозиторій під навчальний проєкт і працюй у ньому так, ніби це робота. Через пів року історія комітів сама себе покаже ліду.

Що просить лід

Ціль 9 з таблиці

Вести життєвий цикл задач в Azure Boards; дотримуватись правил іменування гілок і вимог до PR в Azure Repos; комітити за Conventional Commits; проходити peer code review; читати логи Azure Pipelines і знаходити причини падіння збірки чи лінтера.

Життєвий цикл задачі

New задача створена Active узяв у роботу Resolved PR створено Closed влито в main створив гілку відправив на рев'ю гілку видалено Стан задачі має відповідати реальності. «Active» тиждень без комітів — привід для питання на стендапі, а не привід ховатись: колеги побачать це в дошці раніше, ніж ти скажеш.
Стани дошки й дії в репозиторії йдуть парами. Тому їх і звʼязують: по номеру задачі видно гілку, PR і коміти.

Навіщо це командам

Дошка існує не заради звітності, а тому що відповідає на питання, які інакше зʼїдають час на зустрічах:

  • Хто що робить прямо зараз — без питання «а ти чим зайнятий?».
  • Що заблоковано — видно раніше, ніж стане пізно.
  • Скільки лишилось до релізу — не оцінка на око, а кількість відкритих задач.
  • Чому цей код такий — від рядка коду через коміт і PR можна дійти до задачі з обговоренням.
Остання причина — найважливіша для тебе

Через рік ти сам дивитимешся на дивний шматок коду й не памʼятатимеш чому. Ланцюжок «рядок → git blame → коміт → PR → задача» відновлює контекст за хвилину. Без цього лишається тільки здогадуватись — а здогадка часто закінчується тим, що потрібну умову випадково видаляють.

Що робити в навчальному проєкті

Azure Boards у тебе не буде, але механіка та сама. Використай GitHub Issues або навіть простий файл — головне сама звичка:

# issue #12: Додати фільтр за статусом у список задач

git checkout -b feature/12-status-filter
# … робота, кілька комітів …
git push -u origin feature/12-status-filter
# створюєш PR, у описі згадуєш «Closes #12»

Три хвилини на задачу — і в тебе зʼявляється те, чого немає у 90% навчальних проєктів: історія, у якій видно як ти думав, а не лише що вийшло. Саме це й дивиться лід, коли відкриває репозиторій.

Варто робити
  • Заводити задачу перед роботою, навіть на пів години.
  • Номер задачі в назві гілки.
  • Посилання на задачу в описі PR.
  • Закривати задачу мерджем, а не руками.
Типові помилки
  • Задачі «Розробка» на два місяці.
  • Задача в статусі Active після мерджу.
  • Гілка без звʼязку із задачею.
  • Уся робота одним комітом у кінці.

≈ 25 хв · +25 XP за урок