故事描述

公司某 RD Team 想用 Mantis 來管理產品專案開發的 Issues, 但是! 有些 Issues 想作為內部管理, 不想讓客戶或其他人員知道 (分內帳外帳啦, hehehe)

規劃方向

不想公開的 Issues 設為 Private, 並搭配專案權限設定

實作方式

專案角色規劃與對應如下:

Viewer --> 客戶 (無法看到 Private 的 Issues)
Reporter --> 暫無規劃 (無法看到 Private 的 Issues, 除非是這個 Issue 的建立者)
Updater --> 公司內部人員 (PM, Sales, QA, ...) (無法看到 Private 的 Issues, 除非是這個 Issue 的建立者)
Developer --> RD Team 的 RD (可以看到 Private 的 Issues)
Manager --> RD Team 的 Managers (可以看到 Private 的 Issues)

1. Project 的 View Status 設定為 Private (不屬於專案團隊的帳號無法看到這個 Project 與 Issues)

Mantis Create New Project  

 3. Issue 建立時 View Status 預設改為 Private

系統預設值為 Public, 一定會有 RD 建立 Issue 時忘了點 Private, 結果...

修改 /var/www/html/mantis/config_inc.php, 新增: $g_default_bug_view_status = VS_PRIVATE;


 4. 只允許專案 Manager 可以改 Issue 的 View Status

預設 Updater 以上的角色可以改變 Issue 的 View Status (Private/Public), 萬一 RD 一時手賤, 秘密不就被客戶知道了? .... 所以還是把 Issue Update View Status 的權限限制給 Manager 以上的角色吧

All Project --> Manage --> Manage Configuration --> Workflow Thresholds

Mantis Config Thresholds  

將 "Update view status (public vs private)" 項目, Updater 與 Developer 的勾勾予以取消

 

 5. Ok 收工

創作者介紹

Egg Chang 的部落格

Egg Chang 發表在 痞客邦 PIXNET 留言(0) 人氣()