2013-03-05 1 views
-1

В ралли мы используем родительскую цепочку для отслеживания элементов пользовательской истории в разделах «Epic» и «Theme». (не редкость, я уверен). Встроенная система уведомлений Rally, хотя и гибкая, недостаточно гибкая. Если пользователь меняет одну историю, мы получаем почтовую бомбардировку, когда Rally распространяет это изменение по своей родительской иерархии.Ралли: Родительское (рекурсивное) уведомление

Итак, я хочу создать свой собственный процесс уведомления, который уведомляет пользователей только о том, что было изменено. Из того, что я могу сказать до сих пор, Rally не отличает распространенное обновление от прямого (пользовательского ввода на веб-клиента Rally) обновления.

Кто-нибудь знает, есть ли программный способ обнаружить это?

(обратите внимание, если это может быть просчитан, я в конечном итоге с использованием фреймворка Ruby, ралли, чтобы его код)

Спасибо.

+0

Можете ли вы дать некоторое описание того, как выглядят ваши правила уведомлений? Хотя, возможно, не существует программного маршрута, правила уведомления довольно гибкие. Вполне вероятно, что некоторый уровень тонкой настройки ваших правил может значительно уменьшить спам уведомлений. – 2013-03-05 20:20:07

+0

Да, больше примеров, экранов кода и т. Д. – Stepo

+0

Это должно было сказаться - хотя может быть программный маршрут, возможно, есть дополнительные фильтры для проверки. – 2013-03-05 20:27:08

ответ

0

Возможно, вы можете написать приложение с помощью инструментария Rally_api Ruby, чтобы запросить все Истории, чей LastUpdateDate соответствует определенному критерию (возможно, продиктован интервалом, на котором выполняется интеграция). Вы также можете применить свои собственные фильтры запросов, чтобы сузить список результатов уведомления, включая проверку полей DirectChildrenCount и Parent, чтобы узнать, где находится иерархия элемента.

Оттуда вы можете отправить электронные письма с уведомлением в список получателей.

Я по-прежнему предлагаю вам изучить тонкую настройку существующих фильтров уведомлений, поскольку создание и обслуживание такого соединителя может быть громоздким, особенно если есть несколько пользователей, которые хотят применять различные правила уведомления.

+0

Проблема в том, что нет фильтра уведомлений, который говорит «изменено человеком» или «изменено путем автоматического распространения». Это моя проблема. Используя доступные инструменты (и я подозреваю, что доступные поля), нельзя различать прямую модификацию и автоматическую модификацию. – snojcb