Вводим возможности задавать статусы задач относительно агрегатных протоколовиспользуя "Scalar Note" для более точной фиксации в каком состоянии данная задача в конкретном релизе и индикация с релизом последнего из множества изменений этого состояния.
Статус может задаваться только для саязей определенного типа. Поэтому сразу
Какие еще типы связей могут иметь статус надо подумать.
Включая задачи вошедшие в него из предыдущих релизов. С актуальными статусами. Потенциально бесконечный список. Сейчас без перегрузки сервера возможно реализовать только постраничным просмотром аналогично новостям, поиску и фильтрам.
Но просмотр по 100 шт. со всеми декарациями топиков тут может быть не очень удобно.
как указать пиарный текст заменяющий приватные коментарии в отчете для пользователей?
Единственный способ эффективно (по нагрузке на SQL) группировать релизы одного продукта это используя имеющийся атрибут Product=.
Более сложно с самими задачами. Каждой задаче должен быть проставлен продукт чтобы она была в списке фичей релизов. Может быть это надо контролировать в момент агрегации задачи в релиз. Тут возникает проблема что если в релиз продукта PexPack я хочу внести задачу у которой Product=Islib? Это законно. Но как потом делать выборки задач по продукту PexPack если они реально относятся к разным продуктам...
По аналогии с +Parent
или простой выбор их множества.
Размышление над суперагрегацией множества агрегатных топиков в один супертопик (пример: все доработки всех релизов по данному продукту) с гибкой параметризацией (например фильтр по времени или специальное отображение пригодное для передачи польователям)
Эта категория в данный момент пуста.