Как вы обрабатываете несколько (перекрывающихся) проектов в trac? - PullRequest
11 голосов
/ 06 ноября 2008

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

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

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

Ответы [ 5 ]

10 голосов
/ 06 ноября 2008

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

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

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

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

2 голосов
/ 11 ноября 2008

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

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

1 голос
/ 30 мая 2013

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

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

1 голос
/ 24 апреля 2010

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

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

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

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

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

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...