Я занимаюсь разработкой программного обеспечения вместе с командой в рамках своих исследований в аспирантуре.Мы участвуем в ряде проектов, размещенных в разных местах: некоторые в общедоступных проектах GitHub, некоторые в частном экземпляре Redmine и т. Д. Некоторые логические проекты разбиты на несколько репозиториев проектов, часто с некоторыми открытыми частями и некоторыми частными частями.Мы используем систему отслеживания проблем для каждого проекта для соответствующего местоположения хостинга, что хорошо, за исключением того, что у нас теперь есть много мест для проверки, и я беспокоюсь, что мы приближаемся к «перегрузке инструмента» - слишком много мест, чтобы сообщить о них.ошибка, слишком много мест, чтобы проверить сообщения об ошибках.
Итак, вопрос: существует ли инструмент-агрегатор / веб-приложение, которое мы могли бы настроить, чтобы показать нам хотя бы комбинированный список ошибок из нескольких различных средств отслеживания ошибок?Было бы неплохо, если бы он также мог показывать комбинированную «ленту активности» (как предлагают и GitHub, и Redmine), и еще лучше, если бы мы могли добавить «одноразовые» внешние ошибки для отслеживания (что-то в восходящем bugzilla, например)но теперь я действительно вхожу в страну грез.
Обновление "Я тоже" 2013-02-14:
Я собирался опубликовать вопрос, который явнодубликат этого.Поскольку он не получил принятого ответа (и ни один из ответов не кажется особенно удовлетворительным), я расширю его:
Я имею дело с несколькими командами (на нескольких сайтах), каждая из которых использует различные средства отслеживания проблем (всеRedmine, Jira, FogBugz и Trac представляют интерес в настоящее время).У меня есть веб-доступ к трекерам, и вопросы, в которых я заинтересован в каждом трекере, обычно довольно хороши для перекрестной ссылки связанных проблем в других трекерах (в идеале в настраиваемом поле).
Есть ли какие-либо инструменты изтам, который каким-то образом представит более унифицированное представление о конкретном проекте, эффективно распределенном по нескольким командам, чем я получаю в настоящее время из-за открытия нескольких окон браузера?
Пример такого рабочего процесса, который я пробуюдля улучшения было бы выявление проблем, которые, по утверждению одной команды, были исправлены, но зависимой команде, находящейся ниже по течению, нужно подтолкнуть ее, чтобы поднять и проверить, или определить, когда последующие решили, что что-то больше не нужно, но не уведомили вышестоящее.
Обратите внимание, что процессы, политика и политика таковы, что нет никакой надежды, что все согласятся использовать где-то один общий трекер.