【问题标题】:Using trac for non-software projects [closed]将 trac 用于非软件项目 [关闭]
【发布时间】:2012-06-26 07:31:18
【问题描述】:

我正在我的公司引入一种新的项目管理软件,并研究可能的开源软件。由于我熟悉 python,trac 将是我的首选。但看起来它主要用于软件项目,而我的公司并非如此。

此外,时间跟踪是一个大问题。我们有多个开发人员,每个人都应该能够跟踪他们在他从事的项目上的时间。这个时间应该在每个月底导出到 csv 中(虽然我认为我也可以直接从数据库导出)

那么有人在非软件项目中使用过 trac 吗?如果她能从你那里获得一些经验,那就太好了,为我节省了很多时间;)

【问题讨论】:

  • 这不是一个真正的程序员问题。您的建议呼吁可能更适合不同的 StackExchange 站点,即serverfault.com?

标签: trac time-tracking


【解决方案1】:

目前,我们的 IT 团队使用 Trac。它使我们能够跟踪诸如帮助台票、服务器项目和网站更改之类的事情。我们已经这样做了一年多了,而且效果很好。它甚至开始扩展到其他团队来管理团队任务!

至于从 Trac 中提取小时数等,我们使用自定义字段,然后通过报告模块(现已弃用)提取数据并直接访问数据库。过去我们使用过诸如此类的插件。

我们还将 Trac 绑定到 AD 进行身份验证,允许 Trac 和我们的域使用一个共享密码。

【讨论】:

  • 好吧,折旧从来没有被认为太严重。同时很明显,报表和查询模块各有长处。至少在过去两年里,我没有看到任何推动认真摆脱报告模块的努力。
【解决方案2】:

值得一提的是,我设置了几个与软件开发完全无关的 Trac 实例。 Trac 可以很好地作为我迄今为止遇到的任何东西的低入门门槛平台。我们有各种各样的应用程序在运行,尤其是对 wikify any 的态度非常好 - 工单中的 wiki 标记、跨模块(变更集 cmets、工单、wiki 页面)的一致链接语法等等。我可以确认一个成熟的 Trac 应用程序所具有的病毒效应。

Trac 它在初始设置时非常纤薄,但采用大米和模块化设计以满足不断增长的需求。对于时间跟踪之类的事情,您也可以使用 Josh 之前提到的 TimingAndEstimationPlugin 之类的解决方案。总的来说trac-hacks.org 是一个拥挤的空间,不太容易挑选你想要的东西,但无论如何都是宝贵的资源。

如果遇到一些挑战,请务必在 irc.freenode.net 上的 trac-users mailing list 和 IRC 频道 #trac 询问。这是一个小型的开发者社区,但却是一个友好的社区,如果有一些 Python 经验,您一定会找到自己的方式。 trac.edgewall.org 上的源代码和 wiki 文档始终是您的朋友。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-20
    • 2010-12-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多