内部错误跟踪记录单-Redmine、Trac或JIRA

内部错误跟踪记录单-Redmine、Trac或JIRA,jira,redmine,bug-tracking,trac,Jira,Redmine,Bug Tracking,Trac,我一直在考虑设置或跟踪问题。我希望我的开发团队能够创建客户从未看到的内部票据,而客户可以创建/编辑内部团队看到的票据 从中,您可以设置创建或查看票证的权限,但它似乎不允许仅查看某些票证。这可能是可能的,但似乎不是这样 报告提到: 在单击中定义自己的角色并设置其权限 但似乎没有粒度级别 从: 目前,吉拉只能 支持项目级别的安全性或 问题级别目前没有 现场级安全性可用。 据介绍,Redmine不支持内部票据,因此您必须使用多个项目。我不希望出现这样的情况:我必须创建多个项目——一个内部项目,一个外部

我一直在考虑设置或跟踪问题。我希望我的开发团队能够创建客户从未看到的内部票据,而客户可以创建/编辑内部团队看到的票据

从中,您可以设置创建或查看票证的权限,但它似乎不允许仅查看某些票证。这可能是可能的,但似乎不是这样

报告提到:

在单击中定义自己的角色并设置其权限

但似乎没有粒度级别

从:

目前,吉拉只能 支持项目级别的安全性或 问题级别目前没有 现场级安全性可用。


据介绍,Redmine不支持内部票据,因此您必须使用多个项目。我不希望出现这样的情况:我必须创建多个项目——一个内部项目,一个外部项目,并将外部票证带入内部存储库。这似乎会导致不必要的开销,而且不可避免地,项目将不同步。这些产品(如果不是核心产品本身的话,可能通过插件)有没有办法指定这些权限,或者简化两个具有不同用户和权限的项目,它们仍然必须共享信息?

Jira有相当多的可视性控制,我不会这么快就放弃它

下面是我找到的一个关于它的链接:


您将拥有一个项目,然后可以使用问题类型对公众隐藏某些内容。我相信,你也可以在内部或公开发表评论。

反软双子座会满足你的需要

白皮书可以帮助您设置外部项目参与者: Jira有“问题安全级别”,允许您做您想做的事情(请参阅另一个答案中引用的链接)

  • 一个限制是子问题继承了其父问题的安全级别,我没有发现它的重要性
  • 我建议使用项目角色来指定内部和外部团队成员,而不是组(否则每个项目都会有几个组,从而导致太多的组)
  • 您引用的限制(无字段级安全性)对您要执行的操作没有影响
  • 问题类型与安全级别无关

听起来您希望使用Trac。这将允许您这样做,以便客户端只能看到他们报告的票证,而不能看到其他客户端报告的票证。

在redmine中,我们只使用子项目进行外部访问

子项目的所有票证对父项目也是可见的,在父项目中开发人员具有完全访问权限


工作没有问题

Redmine 1.2有“私人”门票。

JIRA是您的最佳选择。我们广泛地使用它,可以创建具有显著粒度的内部票据或私有票据,但不可否认的是,它不适用于现场级别。您可以编写一个插件来实现这一点


快速阅读一篇关于比较的博文:

答案中的链接已失效,我相信是您试图链接到的文章。