寻找集中式 Mercurial 挂钩管理的工具或最佳实践
Looking for a tool or best practice for centralized mercurial hook management
我们有大约 50 个 Mercurial 存储库，运行 在 rhodecode 实例中，我需要维护它们的钩子，例如触发 hudson 构建。
我不太擅长 sed/awk 等，所以维护钩子对我来说是一个持续的斗争。 大多数 挂钩在所有回购协议中 几乎 相同（只是本地回购协议 URL 可能不同，或者我可能暂时想要 "switch off" 某些 repos 的某些钩子）
有没有工具可以简化这个任务？或者也许是最佳实践设置，其中那些挂钩只是 "stubs" 调用实际工作发生的中央脚本？
此致
PS: 如果这个问题已经得到回答，我很抱歉，我很难相信它不是，但我没有找到任何答案..
最简单的 ti 实现是使用 RhodeCode 的 rcextensions。您可以连接到全局 post-push 挂钩来触发 hudson 构建。这是为所有存储库调用的全局挂钩。这与 RhodeCode 的 extra_fields 功能相结合，允许您自定义某些参数，甚至控制
我们有大约 50 个 Mercurial 存储库，运行 在 rhodecode 实例中，我需要维护它们的钩子，例如触发 hudson 构建。
我不太擅长 sed/awk 等，所以维护钩子对我来说是一个持续的斗争。 大多数 挂钩在所有回购协议中 几乎 相同（只是本地回购协议 URL 可能不同，或者我可能暂时想要 "switch off" 某些 repos 的某些钩子）
有没有工具可以简化这个任务？或者也许是最佳实践设置，其中那些挂钩只是 "stubs" 调用实际工作发生的中央脚本？
此致
PS: 如果这个问题已经得到回答，我很抱歉，我很难相信它不是，但我没有找到任何答案..
最简单的 ti 实现是使用 RhodeCode 的 rcextensions。您可以连接到全局 post-push 挂钩来触发 hudson 构建。这是为所有存储库调用的全局挂钩。这与 RhodeCode 的 extra_fields 功能相结合，允许您自定义某些参数，甚至控制