github问题跟踪器

时间:2011-07-06 09:27:21

标签: github bug-tracking qa

我是否错过了这一点,或者github中没有“已解决”的状态?

状态打开/关闭意味着错误没有工作流程 - 这有点让人失望。

或者它在那里,但我只是没有看到它?

2 个答案:

答案 0 :(得分:6)

我可以通过使用标签来模拟问题的状态。如果每个人都知道问题已解决,请将问题标记为“已解决”。

当你说,github没有定义工作流程时你是对的,但使用标签可以让你有机会工作,就像你想要的工作流程一样,即使这意味着你必须要小心关于自己的一致性(例如关闭“被其他问题阻止”和“已解决”只要另一个开放就感觉不对。)

您可以根据需要添加任意数量的标签,例如“关键”和“错误”。如果存在依赖关系,我建议在问题描述中添加指向相应问题的链接。

答案 1 :(得分:0)

以下是我们在项目中使用的内容:

<强>工作流

  1. 任何人都可以打开问题,并分配给问题管理员。
  2. 问题管理员会在“分配给您”列表中看到即将出现的问题,并审核问题,分配给正确的开发人员,无论是否有评论;或者与问题揭幕者进行讨论。
  3. 开发人员应该会在“已分配给您”列表中看到即将出现的问题 检查问题,提交代码,在测试站点上部署修复程序, 并将问题分配给问题揭幕者。
  4. 问题揭幕者应该审核问题评论,验证修复,以及 关闭它或将其重新分配给开发人员以进一步修复。
  5. <强>哲学

    1. 开放性问题正在流动,工作流程通过流动实现 不同的人/角色。
    2. 已发布已关闭,未发生代码修复或流动。
    3. 问题揭幕者将验证修复并关闭问题。