1 Task Tracking
Roman edited this page 2026-07-01 12:40:26 +03:00
This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Task Tracking

GitWork issues являются основным местом для исполнимых задач. Wiki описывает правила, контекст и навигацию, но не должна заменять tracker.

Роли разделов GitWork

Раздел Роль
Issues / Задачи Единицы работы: что сделать, границы, критерии приемки, проверка.
Projects Доска статусов для issues. Не хранит самостоятельный контент проекта.
Milestones Релизные gate-и и крупные этапы.
Labels Фильтрация по приоритету, типу, области, статусу и владельцу.
Wiki Долгоживущие правила, runbook-и, архитектурный контекст, ссылки на источники.

Рекомендуемый формат issue

Каждая задача должна содержать:

  • контекст: что найдено и почему это важно;
  • что сделать: конкретные действия;
  • границы: что не трогать;
  • критерий приемки: объективный результат;
  • проверка: Unity/server/build/manual QA команда или сценарий;
  • связанные материалы: файлы, wiki, отчеты, скриншоты, логи.

Labels

Базовые группы labels:

  • priority::* - P0/P1/P2/P3;
  • type::* - bug, feature, task, qa, research, tech-debt, content;
  • area::* - unity, client, server, network, characters, monsters, npc, skills, effects, ui, maps, items, audio, qa, build, security, ops, data;
  • status::* - backlog, ready, in-progress, blocked, review, qa, done;
  • owner::* - client, server, art, qa, product, ops.

Project board

Проектная доска должна показывать статус issues, а не хранить отдельные карточки без задач. Рекомендуемые колонки:

  • Backlog
  • Ready
  • In Progress
  • Review / Verify
  • Blocked
  • Done

Если GitWork UI не показывает Kanban на странице списка проектов, нужно открыть конкретный project, затем добавить/привязать issues к колонкам.

Важно при параллельной работе агентов

  • Один агент может создавать issues, другой - вести wiki, если они не редактируют одни и те же сущности.
  • Wiki-редактор не должен переименовывать, закрывать или массово менять issues.
  • Ссылки на конкретные issue IDs лучше добавлять после завершения batch-импорта задач.