Trac - 針對開發者和管理者的建議權限級別

Question

我是Trac的粉絲，當然，當我僅將它用於我自己的單獨項目時，我可以給自己完整的管理權限。

當涉及到其他開發人員，或者不是非常技術的經理（或者，對於那些設計師而不是硬代碼開發人員），需要能夠跟上發生的事情 - 並且執行添加/更新票據等操作，但不會破壞任何內容，那麼權限的細粒度性質會變得更復雜一些，以至於某人需要什麼。

你對這些人羣（以及其他類似人羣）使用了什麼權限？

Answer 1

我通常打開所有的VIEW S，加上WIKI_CREATE，WIKI_MODIFY，TICKET_CREATE（或TICKET_CREATE_SIMPLE如果使用簡單票務插件）和TICKET_APPEND。

對於我相信功能稍強的用戶，我也會打開TICKET_MODIFY。

對於非技術型經理，我也會打開MILESTONE_ADMIN。對於技術經理來說，我很可能跳到TRAC_ADMIN--但是如果這太過分了，至少應該加上REPORT_ADMIN。

通常，我會繼續爲開發者TRAC_ADMIN ...但如果您不相信他們那麼遠，上述通過高級用戶級別加上TICKET_ADMIN的權限可能就足夠了。

Answer 2

我通常避免給用戶*_ADMIN燙髮，如果我能避免它。通過添加TICKET_EDIT_DESCRIPTION，Trac 0.11可以輕鬆一點。

根據不同的設置和培養，我會授予*_VIEW權限authenticated（大家誰已登錄），或在寬鬆設置，anonymous（每個人，甚至沒有登錄）。

我通常會創建一個developer組，將各種權限授予該組。然後，您只需將人員添加到組中（或將該組添加爲用戶的權限，同樣的事情）。做同樣designer，manager，tester等

經理希望各ROADMAP_*和MILESTONE_*權限。除非經理知道SQL，否則我會對REPORT_ADMIN持謹慎態度。我的老闆通常樂意給我一個他想要的報告的電子表格樣本，我會爲他提供一份報告。一定要向他們指出，如果他們設置了自己想做的自定義查詢，他們可以爲其添加書籤 - 所有內容都位於網址中 - 因此他們可以返回到使用該書籤的當前數據完全相同的查詢。

你可能會想讓authenticated文件附加到票據上 - 通常不會通知誰發現了錯誤，你仍然想知道它。如果你足夠鎖定工作流程的權限，那麼你也許可以向更多的人發放TICKET_MODIFY，儘管這條路線將會有更多的工作。

那些你有一定信任的人可能會被授予TICKET_EDIT_DESCRIPTION，以便他們可以在他們忘記開始時修復他們的錯誤報告格式。

如果您有首席開發人員，該個人用戶應該可能有TICKET_ADMIN來處理添加版本等。