【问题标题】:Bug Tracking Schema错误跟踪架构
【发布时间】:2011-01-22 00:37:11
【问题描述】:

我正在寻找实现我自己的错误跟踪数据库。有人可以指出我已经存在的许多跟踪数据库中的任何一个的数据库表布局图。我已经提出了我的大部分要求,而且大部分都很简单,但我想了解其他人认为什么是重要的,以及他们是如何实现某些目标的。

【问题讨论】:

  • “我正在寻找实现自己的错误跟踪数据库”——这肯定是在重新发明轮子吗?
  • @Mitch:有时,没有其他人的轮子可以让您以您希望的旅行方式穿越您必须穿越的地形。 NASA 已经多次重新发明轮子,以便在火星上使用!
  • @Tom Anderson:事实是:如果你认为你需要从头开始写一些东西,通常情况下,已经有一些东西可用了......
  • @Mitch:是的。让我想到这个问题的原因是我也在考虑写一个故事/任务/错误跟踪器,正是因为我找不到任何已经存在的东西可以满足我的需求。错误跟踪似乎是一个有很多玩家但没有很多多样性的领域;很多好的车轮,但没有适合越野使用。

标签: bug-tracking


【解决方案1】:

FogBugz 能够让您以 MySQL 或 SQL Server 格式导出错误数据库。然后,您可以查看导出并了解数据的结构。

我确信应用程序内置的表格会丢失,但这将为您提供一个起点。

另一种选择是简单地查看那里的众多 OSS 错误跟踪选项的代码,看看它们是如何做到的。 Trac 和 Bugzilla 将是一个不错的起点。

(见鬼,简单地安装其中任何一个并使用 PHPMyAdmin 之类的东西查看数据库结构可能需要一个小时,应该会给你一个很好的起点)

【讨论】:

    猜你喜欢
    • 2021-03-01
    • 1970-01-01
    • 2012-12-01
    • 2023-03-22
    • 1970-01-01
    • 2019-09-08
    • 1970-01-01
    • 2015-03-15
    • 2015-11-19
    相关资源
    最近更新 更多