The Tracker is a generic system where you can store items like bugs, feature requests, patch submissions, etc.
In previous versions of the software, these items were handled in separate software modules. Bugs, Enhancement Requests, Support Requests and Patches handle the same type of data, so it was logical to create an unique software module that can handle these types of data. New types of trackers can be created when needed, e.g. Test Results, meeting minutes, etc.
You can use this system to track virtually any kind of data, with each tracker having separate user, group, category, and permission lists. You can also easily move items between trackers when needed.
Trackers are referred to as “Artifact Types” and individual pieces of data are “Artifacts”. “Bugs” might be an Artifact Type, while a bug report would be an Artifact. You can create as many Artifact Types as you want, but remember you need to set up categories, groups, and permission for each type, which can get time-consuming.
When a project is created, GForge creates automatically 4 trackers:
Used for Bug tracking
Users can insert here support requests and receive support
Developers can upload here patches to the software
Requests for enhancements of the software should be posted here
The following descriptions can be applied to any of the trackers. The functionalities between the different trackers are the same, we'll use the Bugs Tracker as example to describe the functionality of all trackers.
The Tracker provides the following functions:
Submitting a new item
Browsing of Items
Reporting
Administration
To submit a new bug, click on the
link. A form will be displayed, where you can insert/select the following data:The Category is generally used to describe the function/module in which the bug appears. E.g for GForge, this might be the items “User Login”, “File releases”, “Forums”, “Tracker”, etc.
The Category can be used to describe the version of the software or the gravity of the bug. E.g “3.0pre7”, “3.0pre8” in case of version or “Fatal error”, “Non-fatal error” in case of gravity.
You can assign the item to a user. Only users which are “Technicians” are listed here.
You can select the Priority of the item. In the Browse list, and the homepage of the users, priorities are displayed in different colors, and can be ordered by priority.
Give a short description of the bug, e.g. Logout function gives an SQL Error
Insert the most detailed description possible.
You can also upload a file as an attachment to the bug. This can be used to attach a screenshot with the error and the log file of the application.
To upload the file, Check the checkbox, select a file using the Browse button and insert a file description.
Attachments to tracker items can be no larger than 256KB.
The Browse page shows the list of bugs. You can select to filter the bugs by Assignee, Status, Category or Group.
You can sort the items by ID, Priority, Summary, Open Date, Close Date, Submittere, Assignee and the Ordering (Ascending, descending).
The different colors indicate the different priorities of the bug; a * near the open date indicates that the request is more than 30 days old. The overdue time (default 30 days) is configurable for each tracker.
When you click on the summary, you go to the detail/modify Bug page.
In the modify Bug page, you can modify the data you inserted, and also add the following information:
This combo box lists the trackers of the project. If you select a different tracker and submit the changes, the item will be reassigned to the selected tracker.
The status indicates the status of the item. When an item is inserted, it is created in the “Open” state. When you fix a bug, you should change the state to “Closed”. When a bug is duplicated or not valid, change it to “Deleted”.
This indicates the resolution of the item.
Canned responses are prefixed responses. You can create canned responses for your project in the admin section and select the responses in the combo box.
The Changelog on the bottom of the page shows in chronological order the changes applied to the item. Also all followups can be viewed.
If you select the
button on the top left of the Bug detail page, bug monitoring will be enabled.When you are monitoring a bug, every change to the bug will be sent to you by email.
To disable bug monitoring, simply reselect the
button.If you are an Administrator of the tracker, you can add or change bug groups, categories, canned responses:
You can add new categories or change the name of existing categories.
You can also select a user in the Auto-Assign To combo box; every bug with this category will be auto-assigned to the selected user. This feature can save you lots of time when administering the tracker.
You can add new groups or change the name of existing groups.It is not recommended that you change the group name because other things are dependent upon it. When you change the group name, all related items will be changed to the new name.
Canned responses are predefined responses. Creating useful generic messages can save you a lot of time when handling common requests.
You can add new users to the tracker or delete users from the tracker.
The user has no specific permission on the tracker; he cannot administer the tracker, no items can be assigned to the user.
Items can be assigned to the user.
The user is both an Administrator and also a Technician.
User can administer the tracker (add user, set permissions, create/update groups, categories, canned responses).
Here you can update the following information on the tracker:
The name of the Tracker. This is the name displayed in the tracker list, e.g. Bug Submissions.
The description of the Tracker. E.g. This is the tracker dedicated to the Bugs of the project
By default, this checkbox is not enabled.
If this checkbox is enabled, also non logged-in users can post items to the tracker. If this checkbox is not enabled, only logged in users can post items.
By default, this checkbox is not enabled.
By default, this checkbox is not enabled.
All new items will be sent to the address inserted in the text box.
If this checkbox is enabled, all changes on the items will be sent out via email. It is useful to check this radiobutton only if in the Send email address is inserted an email address.
This allows you to put a specific introduction on the
page.This allows you to put a specific introduction on the
page.If you are an Administrator of the tracker, you are also enabled for the Mass Update function.
This function is visible in the browse bug page and allows you to update the following information:
Category
Group
Priority
Resolution
Assignee
Status
Canned Response
When this function is enabled, a checkbox will appear at the left side of each bug id. You can check one or more of the ids, select one or more of the values in the Mass Update combo boxes and click Mass Update.
All selected bugs will be modified with these new value(s). This function is very useful if you need to change the same information for more bugs; e.g. assigning 5 bugs to one developer or closing 10 bugs.
The reporting functions allows to check the life-span of the Bug. The lifespan is the duration of the bug; it starts when the bug is inserted (opened) in the tracker and ends when the bug is closed.
The Aging report shows the turnaround time for closed bugs, the number of bugs inserted and the number of bugs still open.
The Bugs by Technician report shows for every member of the project: the number of bugs assigned to the user, the number of closed bugs and the number of bugs still open.
The Bugs by Category report shows for every Category: the number of bugs inserted, the number of closed and the number of open bugs
The Bugs by Group report shows for every Group: the number of bugs inserted, the number of closed and the number of open bugs.
The Bugs by Resolution report shows for every type of Resolution (Fixed, invalid, later, etc): the number of bugs inserted, the number of closed and the number of open bugs.