1. 首頁
  2. 問答
  3. 內部錯誤跟蹤門票 - Redmine，Trac或JIRA

內部錯誤跟蹤門票 - Redmine，Trac或JIRA

2010-03-02 59 views
7

我一直在尋找設置Redmine，Trac或JIRA來跟蹤問題。我希望能夠讓我的開發團隊創建客戶從未見過的內部票據，而客戶可以創建/編輯內部團隊看到的票據。內部錯誤跟蹤門票 - Redmine，Trac或JIRA

從Trac documentation中，您可以設置創建或查看故障單的權限，但似乎只允許查看某些故障單。這可能與Trac Fine Grained Permissions，但不會出現。

的Redmine documentation提到：

定義自己的角色，並在點擊

，但似乎並不具有粒度級別設置他們的權限。

從JIRA documentation：

目前JIRA只能夠在項目級別 支持安全或 問題的水平。 目前沒有 字段級安全可用。

據this question，管理平臺不支持內部票，所以你將不得不使用多個項目。我不希望出現這種情況，我不得不創建多個項目 - 一個內部，一個外部，並將外部票據帶入內部存儲庫。看起來這會導致不必要的開銷，並且不可避免地項目不會同步。對於這些產品中的任何一種（可能是通過插件，如果不是在覈心產品本身中），是否有任何方式來指定這些權限，或者簡化兩個具有不同用戶和權限的項目，以便共享信息？

來源

2010-03-02 Tai Squared

回答

4

Jira有相當多的visiblity控制，我不會這麼快解僱它。

這裏是一個鏈接，我發現，談論它： https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+Security

你將有一個項目，然後你就可以發出類型向公衆隱瞞某些事情。我相信你也可以在內部或公開發表評論。

來源

2010-03-02 20:30:57 quip

+0

在回答這個鏈接是死的，我相信https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+安全性是您嘗試鏈接到的文章。 – jippie 2014-09-12 09:09:37

3

吉拉有「問題安全級別」，讓你做你想做的（見另一種答案引用鏈接）。

  • 一個限制是，subissues繼承其父的安全級別，我還沒有發現它是顯著
  • 我建議使用項目角色來指定內部和外部的團隊成員，不是組（否則你」會導致太多的組）
  • 您所引用的限制（沒有現場級別的安全性）對您想要執行的操作沒有影響
  • 問題類型與安全級別無關

來源

2010-03-03 14:02:32

2

聽起來像你想要Trac的private tickets plugin。這可以讓你做到這一點，以便客戶只能看到他們報告的票，而不是其他客戶報告的票。

來源

2010-03-12 20:41:33 retracile

5

在redmine中，我們只是使用子項目進行外部訪問。

子項目的所有門票也到了developpers可以完全訪問父項目可見......

作品，沒有任何問題

來源

2010-06-16 14:00:05

1

管理平臺1.2具有「私有」的門票。

來源

2011-11-15 06:52:31 Alex

相關問題

 相關問題