Какие головные боли следует ожидать от использования Trac? - PullRequest
11 голосов
/ 08 февраля 2010

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

Я не ищу:

  • "Используйте продукт X вместо Trac, потому что ..." ответы.
  • «Трак велик, потому что ...» отвечает.
  • Сравнение с любой другой конкретной системой.
  • «Trac не поддерживает Feature X» ответы. Я также могу прочитать список возможностей, большое спасибо.

Я Я ищу:

  • "Функция X не работает должным образом ..."
  • "Трак ведет себя странно, когда ..."
  • "Trac не полностью поддерживает ..."
  • "У самого Trac есть известная ошибка, которая, вероятно, никогда не будет исправлена ​​..."
  • И особенно "Трак не может справиться ..."
  • и т.д.

Итак, какие головные боли, вызванные Trac, я должен ожидать?

Для дальнейшего использования этот вопрос был задан, пока Trac v0.11 был последней стабильной версией.

Ответы [ 5 ]

8 голосов
/ 08 февраля 2010

По-прежнему нет единого мнения о том, как обрабатывать мульти-проекты . Если это не ваш случай - остальное должно работать на вас.

6 голосов
/ 09 февраля 2010

Одна проблема, с которой я столкнулся с долгосрочным экземпляром Trac, - это поле 'version'. Не существует различий между списком версий, которые могут быть назначены заявке, и списком версий, которые можно запрашивать в пользовательском интерфейсе запросов. Поэтому, если список версий для этого поля начинает становиться громоздким, вы не сможете его обрезать, не ограничив возможности поиска.

На днях я найду время, чтобы починить это ...

Trac 0.11 - это скорее больше ресурсов, чем 0.10; в значительной степени из-за перехода на Genshi для шаблонного двигателя. Вы можете следить за ресурсами на сервере, в частности, за памятью. Я ожидаю увидеть повышенное внимание к производительности в 0,13 или около того.

О, и если у вас возникнут проблемы, #trac на freenode может быть хорошим ресурсом.

Раскрытие: я один из разработчиков Trac

4 голосов
/ 08 февраля 2010

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

http://trac -hacks.org / ticket / 131 - Постоянный вход в систему (то есть постоянные файлы cookie сеанса входа в систему при перезапуске браузера) все еще не зафиксирован.

Это означает, что когда вы получаете сообщение svn post-commit по ссылке trac, тогда если ваш браузер еще не загружен (запомнив ваш логин), вы должны ввести свои учетные данные, чтобы увидеть контент (в зависимости от того, как вы настроили безопасность). Это проблема, только если вы доверяете только определенному классу пользователей в вашей сети. Браузеры, запомнившие учетные данные, смягчают это, и в ситуациях с высокой степенью безопасности вы можете вообще не захотеть эту опцию, но для нас это немного раздражает.

1 голос
/ 10 февраля 2010

0,12 довольно близко к выпуску, я бы пошел прямо к транку r9125 или около того:

  • Поддержка нескольких исходных репозиториев (ветвь приземлилась в транке с r9125)
  • предварительный просмотр текста в реальном времени
  • редактирование комментариев к билетам с разницей

Это три основных момента, почему я пошел дальше и перевел все мои envs в 0.12dev. однако есть еще много мелких приятных вещей, которые имеют значение по сравнению с 0,11.

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

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

0 голосов
/ 19 июня 2014

Когда кто-то еще переназначает ваш билет, вы не получите уведомление .

...