为什么trac 1.0仍然需要post-receive hook?

时间:2013-11-18 12:26:02

标签: git hook trac git-post-receive

为了能够使用git commit消息关闭票证,我们可以这样写:

implement something

fixes #2

当我在trac中查看时间轴时,此提交消息与提交哈希一起出现。此外,trac认识到#2引用了故障单并创建了一个可点击的链接,以便我可以点击#2并查看该故障单。

因此,显然解析提交消息所需的一切都已存在。但即使我写fixes #2,也不会触及票证状态。

我需要将http://trac.edgewall.org/attachment/wiki/TracGit/post-receive-hook.py提供的post-receive挂钩放入git仓库中的hooks目录中,以便使用提交消息更新票证状态。

为什么还需要这个?有没有已知的计划使钩子多余?

1 个答案:

答案 0 :(得分:3)

没有这样的计划,你甚至可以在一分钟内看到原因。

提交消息中提到的票证链接是Trac在整个系统中几乎无处不在翻译WikiFormatting的能力的祝福。请注意,这仅影响文本显示,并且根本不会永久更改内容。

故障单提交更新程序在概念和技术上非常不同。它确实可以永久改变门票及其历史记录,甚至可以更改门票状态。

因为Trac采用轻量级,低模糊方式,所以它使用了非常保守的核心功能共同点。它非常渺茫以至于有些人认为它并不像竞争对手那样强大,但正是这种KISS原则让Trac非常出色(需要讨论个人品味 - 我知道)。

Trac明知地避免了流行的全包和默认的默认方法。但它不仅支持而且积极鼓励可选的扩展来定制系统的每个部分,从演示到近核心功能。在CONTRA方面,你需要一些时间才能得到你想要的东西,当然。但是在PRO方面,你最终会得到一个你主动控制的系统,因为你之前选择,激活和配置它。你明白了吗?