Savannah Administration - In Depth Guide
Table of Contents
Savane potentially offers four different issue trackers. They are highly customizable by project admins (as we'll see later), in what concerns both fields and values, and posting permissions. Their purpose and use will therefore largely depend on each project's configuration.
Although they share the same working mechanisms and functionalities, they were created and predefined for different and distinct purposes, inheriting according default values. In Savane's server administration area, we are informed of the purpose and use these trackers are supposed to have:
Support request manager
Projects are supposed to use it as primary interface with end user.
Bug tracker
Unlike the support tracker, it is supposed to be used mainly to organize the workflow amongst project members related to bugs. Projects with large audience should probably not accept item posting by people that are not member of the project on this tracker, and instead redirect end user to the support tracker (and only real bugs would be reassigned to this tracker). But that's only a suggestion.
Task tracker
Unlike the support tracker, it is supposed to be used mainly to organize the workflow amongst project members related to planned tasks. It's the counterpart of the bug tracker for regular and planned activities.
Patch manager
This is a deprecated issue tracker. As a result, your project might not have the choice to use it. However, it might evolve in the future to a "nameless" issue tracker, leaving up to server or project admins the definition of its purpose.
Through such a tracker scheme, therefore, communication tools (and filters) are provided to direct information from end-users to project managers: end users-->SUPPORT TRACKER-->team members-->BUG TRACKER-->project management-->TASK MANAGER.