Testing 在Trac和post-commit钩子中测试工作流

Testing 在Trac和post-commit钩子中测试工作流,testing,trac,Testing,Trac,我希望在我的服务器上更新Trac,以便在工作流中包含一个测试步骤。我已经在Trac中做到了这一点,但我需要更改svn提交,将状态移动到“测试”,而不是移动到“关闭” 我读到我需要更改commit_updater.py文件,但我不知道如何做。我已尝试签出Trac代码,编辑commit_updater.py文件,并使用以下命令将其安装到服务器上: C:\Trac\u 0.12>C:\svn\Trac\python\python.exe setup.py安装 但我在安装时遇到以下错误 文件“C:\sv

我希望在我的服务器上更新Trac,以便在工作流中包含一个测试步骤。我已经在Trac中做到了这一点,但我需要更改svn提交,将状态移动到“测试”,而不是移动到“关闭”

我读到我需要更改commit_updater.py文件,但我不知道如何做。我已尝试签出Trac代码,编辑commit_updater.py文件,并使用以下命令将其安装到服务器上:

C:\Trac\u 0.12>C:\svn\Trac\python\python.exe setup.py安装

但我在安装时遇到以下错误

文件“C:\svn\trac\python\lib\site packages\setuptools-0.6c11-py2.6.egg\setuptools\command\egg\u info.py”,get\u svn\u修订版第233行

索引器:列表索引超出范围

顺便说一句,我正在使用VisualSVN服务器及其Trac版本

或者… 是否有人推荐将Trac与SVN结合使用的替代方案?我认为将post-commit钩子更改为将票据移动到“testing”而不是“closed”非常简单,但事实证明这非常令人沮丧!在此方面的任何帮助都将不胜感激


谢谢。

显然,现在只实现了简单的注释(请参见*commands\u refs*config选项)和解析(请参见*commands\u close*config选项)。可能是因为TracWorkflow本身是高度可配置的,所以对于提交触发的工作流操作也可能有非常不同的期望

按照现有的逻辑来实现应该不会太难。你会想

  • 通过*cmd\u workflow*或遵循现有*cmd\u close*的类似状态更改逻辑来扩展*commit\u updater.py*(可能您还需要将票据状态更改为可配置)
  • 通过相关的*commands\u workflow*选项添加合适的触发命令
也就是说,这里没有显示任何代码(更改),但是索引器似乎与主题基本无关。我想这是关于SVN回购的性质。在责怪Trac之前,最好注意那里的异常/不一致,即see

关于你的第二个问题:世界是大的,财富是光明的,如果你知道怎么看,在哪里看。因为我是一个Trac的人,不要期望有很多指向Trac之外的替代方案的指针。但Redmine通常被称为替代追踪者。更好?不知道,不一样


毕竟,同时寻求帮助和(更好的)选择是非常明智的,对吗?不要天真地认为,另一个允许更简单的SVN提交操作自定义的系统在许多其他方面将优于Trac,因为Trac提供了强大、成熟和低混乱的功能。

尝试从源代码安装Trac,而不做任何修改,看看是否会出现同样的错误。如果您这样做了,那么您的构建/安装过程可能会出现问题。如果您没有看到错误,请编辑您的问题并添加您所做更改的差异。