为什么 trac 1.0 仍然需要 post-receive 挂钩？答案

【问题标题】：Why is the post-receive hook still needed for trac 1.0?为什么 trac 1.0 仍然需要 post-receive 挂钩？
【发布时间】：2013-11-18 12:26:02
【问题描述】：

为了能够使用 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 repo 中的 hooks 目录中，以便使用提交消息更新票证状态。

为什么还需要这个？是否有已知的计划让钩子变得多余？

【问题讨论】：

【解决方案1】：

不，没有这样的计划，你甚至可能马上就会明白为什么。

提交消息中提到的票证链接是 Trac 能够在整个系统中几乎所有地方翻译WikiFormatting 的福祉。请注意，这只会影响文本呈现，并不会永久改变内容。

票证提交更新程序在概念上和技术上都非常不同。它确实会永久更改票证及其历史记录，甚至可以更改票证状态。

因为 Trac 采用轻量级、低模糊度的方式，所以它使用非常保守的核心功能公分母。它是如此的纤细，以至于有些人认为它没有竞争对手那么强大，但正是这个KISS 原则让 Trac 真正出类拔萃（根据个人品味进行讨论 - 我知道）。

Trac 有意避免流行的包罗万象和默认设置的方法。但它不仅支持而且积极鼓励对系统每个部分进行定制的可选扩展，从演示到近核心功能。在 CONTRA 方面，你需要一些时间才能得到你想要的，当然。但在 PRO 方面，您最终会得到一个您主动控制的系统，因为您之前选择、激活和配置了它。看到了吗？

【讨论】：