Тестирование рабочего процесса в Trac и post commit hook

Question

Я ищу, чтобы обновить Trac на моем сервере, чтобы включить этап тестирования в рабочий процесс. Мне удалось сделать это в Trac, но мне нужно изменить svn commit, чтобы перевести статус в «тестирование», а не переместить его в «закрытый».

Я читал, что мне нужно изменить файл commit_updater.py, но я не знаю, как это сделать. Я попытался проверить код Trac, отредактировать файл commit_updater.py и установить его на сервере с помощью команды:

C: \ Trac_0.12> C: \ svn \ trac \ python \ python.exe setup .py установить

, но я получаю следующее сообщение об ошибке на установочном ....

Файл «C: \ SVN \ ПРОФ \ питон \ Lib \ сайт-пакеты \ Setuptools-0.6c11-PY2. 6.egg \ Setuptools команда \ \ egg_info.py», строка 233, в get_svn_revision

IndexError: список индексов вне диапазона

Кстати, я использую сервер VisualSVN с их версией Trac.

Альтернативно ... Кто-нибудь рекомендует альтернативу использованию Trac с SVN? Я подумал, что было бы достаточно просто поменять крюк фиксации сообщения, чтобы переместить билет на «тестирование» вместо «закрытого», но это оказалось очень неприятным! Любая помощь с этим была бы очень оценена.

Спасибо.

Answer 1

Очевидно, что к настоящему времени реализованы только голые комментарии (см. Параметр * commands_refs * config) и разрешение (см. Параметр * commands_close * config). Возможно, из-за того, что TracWorkflow сильно настраивается по своему усмотрению, поэтому есть и очень разные ожидания для действий, связанных с выполнением транзакций.

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

• продлить * commit_updater.py * по * cmd_workflow * или подобное состояние изменения логики в соответствии с действующими * cmd_close * (может быть, вы хотите, чтобы сделать государство билет, чтобы изменить конфигурируемый, а также)
• добавить подходящие команды запуска с помощью родственного * commands_workflow * опция
• ...

Это говорит, что вы не показывают какой-либо код (изменения) здесь, но IndexError кажется в значительной степени не связанный с этой темой. Думаю, речь идет о верности репо SVN. Лучше следить за аномалиями/несоответствиями там, прежде чем обвинять Trac, т. Е. См. this Trac ticket.

На ваш второй вопрос: мир большой и удача яркая, если вы знаете, как и где тоже выглядят. Поскольку я парень Trac, не ожидайте, что многие указатели будут альтернативой вне Trac. Но Redmine часто упоминается как альтернативный трекер. Лучше? Не знаю, разные.

В конце концов, это просто разумно просить о помощи и попросить (лучше) альтернативы в одно и то же время, верно? Не будьте настолько наивны, чтобы думать, что другая система, которая может позволить упростить настройку принудительного действия SVN, будет превосходить Trac во многих других аспектах, где Trac предоставляет отличные, зрелые и низкобюджетные функции.