Как вы справляетесь с несколькими (перекрывающимися) проектами в trac?

Question

Мы используем trac и действительно довольны им.Однако "из коробки" trac лучше всего подходит только для сред с одним проектом.Мне было бы интересно услышать о различных подходах, которые люди используют, чтобы заставить ит работать с несколькими проектами, и об их опыте работы с ними.Есть ли какие-нибудь плагины, которые можно порекомендовать?Какие-нибудь патчи, настройки или еще что-нибудь?Возможно, вы даже используете совершенно другую систему отслеживания ошибок, которая предлагает все функциональные возможности trac плюс поддержку нескольких проектов?

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

(Я приложу наш собственный текущий подход в качестве ответа на этот пост.)

Answer 1

Подход, который мы использовали, заключается в создании другой среды отслеживания для каждого нового проекта и настройке ИнтерТрак ссылки для упрощения перекрестных ссылок между ними.Мы также используем общую базу Trac.ini файл с помощью директивы [наследовать].

Помимо проблем с неоднозначностью общего кода, упомянутых в вопросе, у этого есть пара недостатков, которые могут повлиять на вас, а могут и не повлиять, в зависимости от характера ваших проектов и вашего рабочего процесса:

• создание новых проектов - непростой процесс;это невозможно сделать через интерфейс браузера
• номера билетов не унифицированы:каждая новая среда проекта начинается заново с # 1 - по крайней мере, с помощью псевдонимов InterTrac вы можете легко устранить их неоднозначность
• вы должны проявлять особую осторожность при установке и настройке плагинов, чтобы они были установлены и настроены для всех сред

Answer 2

Альтернативой, которой мы воспользовались, является настройка различных проектов в качестве компонентов.

У нас есть общий доступ к репозиторию SVN и домашней вики-странице, но мы не используем основные вехи. Если проект достаточно большой, чтобы иметь разные модули (в нашем случае только один из них), мы настраиваем каждый модуль как компонент, а не проект.

Answer 3

Около года назад была реализована SimpleMultiProjectPlugin (поддержка нескольких проектов в одном экземпляре Trac). Он работает с > = Trac 0,12. Он добавляет новое поле заявки «проект», расширяет страницу временной шкалы и дорожной карты фильтрами для нескольких проектов и версиями своих карт, компонентами и вехами для проектов.

Answer 4

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

Мы применили подход с использованием одного экземпляра Trac. Нам не нужно было / не хотелось использовать жесткий ACL, и было бы полезно хранить всю активность разработчиков в одном месте.

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

Большая часть других "новых билетов" поля были сокращены, сохраняя «тип» и «серьезность»; поля, которые в любом случае одинаковы для каждого проекта.

Отчеты по существу ограничены «Моими билетами» и «Показать отчет». кнопка была изменена для прямого доступа к вашим билетам.

Рабочий процесс также был адаптирован для добавления промежуточного "тестирования" статус, так что QA может гарантировать исправление.

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

С этим у нас есть довольно эффективный инструмент. Потребовалось некоторое время, чтобы понять это правильно, но легко что-то изменить, если вы знаете, как взламывать и искать вещи в Google.

Answer 5

проект Apache Bloodhound был специально создан для обеспечения поддержки нескольких проектов в Trac (помимо прочего). По сути, это коллекция плагинов поверх Trac.

Bloodhound остается совместимым с большинством популярных Trac-Hacks и следит за любыми изменениями в самом Trac. Вы также можете попробовать демонстрационный экземпляр .