我已经看过设立 管理平台, 核心预算资源调拨目标(Trac), 或 JIRA 到跟踪的问题。我希望能够拥有我的开发团队创建内部机票是从未见过的客户,虽然客户可以创建/编辑票,通过内部的团队。

核心预算资源调拨目标(Trac)的文件, 你可以设定权限建立或视票,但它似乎不允许观看只有某些机票。可能可能 核心预算资源调拨目标(Trac)细权限, 但不会出现如此。

管理平台文档 提到:

定义自己的作用和设置自己的权限在一击

但是,不出现有水平的粒度。

JIRA文件:

在那一刻,吉拉是唯一能够 支持安全在项目一级或 问题的水平。 目前还没有 外地一级的安全。

根据 这个问题,管理平台不支持内部的门票,所以你就要使用多个项目。我不想一种情况,我将不得不创建多个项目的一个内部,一个外部和外部的机票带入内部的储存库。它似乎因为这样会导致不必要的开销和不可避免的是,该项目不会同步。是否有任何方式与任何这些产品(可能通过插在如果不在核心产品本身)指定这些权限,或简化的具有两个项目与不同的用户和权限,仍然必须分享信息?

有帮助吗?

解决方案

吉拉具有相当多的可见性控制的,我不会这么快其关闭。

下面是一个链接,我发现它是谈判: https://confluence.atlassian.com/display/JIRA/Configuring+问题级+安全

您将有一个项目,然后你就可以发出类型向公众隐瞒某些事情。您也可以提出意见的内部或公开的,我相信。

其他提示

在管理平台,我们只使用子项目的外部访问。

子项目的所有门票也到了developpers可以完全访问父项目可见......

,没有任何问题工程

Jira有"问题的安全水平",让你做你想做的(见链接援引另一个答复).

  • 一个限制是,subissues继承的安全水平,他们的父母,我还没有找到它以重要
  • 我建议使用项目的角色,指定的内部和外部的团队成员,而不是群体(否则你就会结束了与一对夫妇的团体的每个项目,导致太多的群体)
  • 限制你引述(没有外地一级的安全)没有影响你想要做什么
  • 问题的类型,没有关系到安全级别

听起来像是你想要的Trac的私人门票插件。这将允许你让这个客户端只能看到他们报道的门票,而不是门票其他客户报告。

CounterSoft双子座做你所需要的。

白皮书,可以帮助你,你设置外部项目参与者: http://countersoft.com/downloads/whitepapers/Implementing_an_Issue_Management_Platform.pdf

1.2管理平台具有 “私有” 的门票。

JIRA是你最好的选择。我们使用它广泛和可以创建内部机票或私人机票的重大粒度,但不可否认不到外勤一级。你可能可以编写一个插件在实现这一目标。

有一个快速读一篇博客上的比较: http://blog.pineywoodstech.com/index.php/2011/12/jira-issue-tracking-for-the-masses/

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top