Edgewall Software

Version 67 (modified by AdrianFritz, 13 years ago) ( diff )

Split plugin / patch approaches. Format. Notes.

Time Tracking

Support for basic time tracking is an often request feature, but it does not look like it is going to be integrated into Trac any time soon. Please read #710 for further details. Still there are ways to enhance the ticket system with the desired functionality. This page is meant as an overview of working solutions and as a howto.

  1. wiki:PluginList#ProjectTimeManagementTicketSystemExtensions recommends to use a combination of several plugins, each one covering a partial functionality of what one needs for time tracking.
  1. There are also other possibilities by using other plugins. So far, solutions are available and are briefly described below:
    1. through plug-ins (1, 2):
    2. modifying (patching) Trac's source code (3):
      • using custom ticket fields (for Trac 0.9.x, 0.10)
      • extending the data model (for Trac 0.8)
Note 1
For more and up-to-date details visit plug-ins page.
Note 2
For an updated and related plug-ins list at Trac-Hacks: timingandestimationplugin.
Note 3
Patches are unofficial, please do not report bugs through the Trac ticket system. Instead contact the trac user mailing list or Steffen Pingel.

Using a Plugin (Trac ≥ 0.10)

The Timing And Estimation Plugin works much the same as the Trac .9.x custom fields approach, except that it should be easier to install and provides a bit more in depth reporting. It also contains a ticket change daemon that will allow you to add time and have it sum the total up. The project page contains links to a demo version so you can see it in action to decide if it is right for you , as well as bug reporting links.

The TracHours plugin provides a different approach to time tracking (for Trac 0.11 only). Instead of adding hours via a ticket field, separate views are available for adding and reporting hours.

The BudgetingPlugin provides splitting the work-effort for a ticket in several smaller pieces. You can configure tasks (for example implementation, documentation, etc.) and assign users.


Trac 0.9.x, 0.10 (using custom ticket fields)

A less invasive way than modifying the database as required for Trac 0.8 is to add time tracking through TracTicketsCustomFields. Custom fields are meant as an extension mechanism that allows to store additional data with tickets without changing the underlying data model.

Install

This patch requires a few simple steps for installation:

  • Patch Trac to provide a progress bar in the Roadmap view
  • Modify trac.ini for each project to add custom fields
  • Add a ticket query (optional)
  • Use a Subversion commit hook to log spent time (optional)

Patching Trac

Download and apply the time tracking patch:

  • Download and unzip/untar Trac (see TracDownload)
    wget http://ftp.edgewall.com/pub/trac/trac-0.10.tar.gz
    tar -xzvf trac-0.10.tar.gz 
    
  • Run patch from the created trac-0.10 directory:
    cd trac-0.10
    wget http://steffenpingel.de/files/patches/trac/trac-time-tracking-0.10.diff 
    patch -p0 < trac-time-tracking-0.10.diff
    
  • (Re)install Trac (see TracInstall):
    ./setup.py install
    

Modifying trac.ini

Add the following section to your trac.ini in your project's conf directory (see TracIni). This needs to be done for each project that you want to enable time tracking for:

[ticket-custom]
tt_estimated = text
tt_estimated.label = Time planned

tt_spent = text
tt_spent.label = Time spent

tt_remaining = text
tt_remaining.label = Time remaining

Adding the query (optional)

Open your Trac project in a web browser and goto "View Tickets" → "New Report" (you might need to grant REPORT_CREATE permission first). Enter a title like "Time Tracking" and the following query:

SQLite
SELECT DISTINCT 
   id AS ticket,
   (CASE WHEN pl.value ISNULL THEN '' ELSE pl.value END) AS planned,
   (CASE WHEN s.value ISNULL THEN '' ELSE s.value END) AS spent,
   (CASE WHEN r.value ISNULL THEN '' ELSE r.value END) AS remaining,
   (CASE WHEN ((s.value + r.value) - pl.value) = "0.0" THEN ' ' ELSE (s.value + r.value) - pl.value END) as accuracy,
   milestone AS customer,
   summary, component, status 
  FROM ticket t,enum p
  LEFT OUTER JOIN ticket_custom pl ON
       (t.id=pl.ticket AND pl.name='tt_estimated')
  LEFT OUTER JOIN ticket_custom s ON
       (t.id=s.ticket AND s.name='tt_spent')
  LEFT OUTER JOIN ticket_custom r ON
       (t.id=r.ticket AND r.name='tt_remaining')
  ORDER BY milestone
Using Postgres with psycho

Postgres has a few wrinkles and time intervals are not as hard to use.

SELECT DISTINCT 
   id AS ticket,
   pl.value::interval  AS planned,
   s.value::interval AS spent,
   r.value::interval AS interval,
  ((s.value::interval + r.value::interval) - pl.value::interval) as accuracy,
   milestone AS customer,   summary, component, status 
  FROM enum,ticket t
  LEFT OUTER JOIN ticket_custom pl ON
       (t.id=pl.ticket AND pl.name='tt_estimated')
  LEFT OUTER JOIN ticket_custom s ON
       (t.id=s.ticket AND s.name='tt_spent')
  LEFT OUTER JOIN ticket_custom r ON
       (t.id=r.ticket AND r.name='tt_remaining')
  ORDER BY milestone;

MYSQL
SELECT DISTINCT 
   id AS ticket,
   (CASE WHEN pl.value IS NULL THEN '' ELSE pl.value END) AS planned,
   (CASE WHEN s.value IS NULL THEN '' ELSE s.value END) AS spent,
   (CASE WHEN r.value IS NULL THEN '' ELSE r.value END) AS remaining,
   (CASE WHEN ((s.value + r.value) - pl.value) IS NULL THEN ''
         WHEN((s.value + r.value) - pl.value) = "0.0" THEN ' ' ELSE (s.value + r.value) - pl.value END) as accuracy,
   milestone AS customer,
   summary, component, status 
  FROM enum p,ticket t
  LEFT OUTER JOIN ticket_custom pl ON
       (t.id=pl.ticket AND pl.name='tt_estimated')
  LEFT OUTER JOIN ticket_custom s ON
       (t.id=s.ticket AND s.name='tt_spent')
  LEFT OUTER JOIN ticket_custom r ON
       (t.id=r.ticket AND r.name='tt_remaining')
  ORDER BY milestone

Using a Subversion commit hook (optional)

The contrib/trac-post-commit-hook script is a very convenient tool to interact with Trac's ticket system on commit. It allows to modify time tracking values and ticket state through special commit messages.

  • Copy trac-post-commit-hook into /usr/share/trac/contrib.
  • Create a script hooks/post-commit in your Subversion repository with the content below (modify TRAC_ENV to point to your local Trac project).
  • Set the executable bit: chmod 755 hooks/post-commit.
REPOS="$1"
REV="$2"
LOG=`svnlook log -r $REV $REPOS`
AUTHOR=`svnlook author -r $REV $REPOS`
TRAC_ENV='/var/trac/test'

/usr/bin/python /usr/share/trac/contrib/trac-post-commit-hook \
  -p "$TRAC_ENV"  \
  -r "$REV"       \
  -u "$AUTHOR"    \
  -m "$LOG"

You can now use special keywords in your commit message to modify Trac tickets. The available commands are:

refs #idAdds a reference to the ticket's Changelog
closes #idCloses the ticket

The time spent and the estimated time remaining are specified in parenthesis. Legal units are either hours (h) or minutes (m):

(spent xx h)Adds xx to time spent and decreases time remaining by xx, spent may be omitted.
(spent xx h, rem yy h)Adds xx to time spent and sets time remaining to yy.

See contrib/trac-post-commit-hook for details (after applying the patch).

Examples:

svn commit -m 'Added time tracking, refs #1 (spent 4h, rem 1h)'

This adds an entry to the Changelog of ticket #1, increases the time spent by 4 hours and sets the remaining time to 1 hour.

svn commit -m 'Added time tracking, closes #1 (1h), refs #2 (2h, rem 30m)'

This closes ticket #1, increases the time spent by 1 hour and decreases the remaining time by 1 hour. It adds an entry to the Changelog of ticket #2, increases the time spent by 2 hours and sets the remaining time to 30 minutes.

Screenshots

Click to enlarge.

Roadmap

No image "trac-roadmap.png" attached to TimeTracking

Milestone

No image "time-tracking-milestone.png" attached to TimeTracking

Ticket Report

No image "trac-timetracking-report.png" attached to TimeTracking

Changelog

Patches for older version of Trac can be found at http://steffenpingel.de/files/patches/trac/.

0.10 (2006-10-28)

  • The patch has been adapted for Trac 0.10

0.9.6 (2006-07-29)

  • The patch has been adapted for Trac 0.9.6
  • Significant enhancements to the milestone page and the post-commit-hook (please see the documentation for the new syntax) have been contributed by Magnus Sandberg:
    • The milestone page now show time tracking progress bars for "Ticket status by x"
    • The commit hook can now handle different spent/remaining values for multiple tickets
  • Tooltips have been added to the time tracking progress bars

0.9.5 (2006-05-16)

  • The patch has been adapted for Trac 0.9.5
  • Some of the rendering related label tweaks have been removed

0.9.4 (2006-02-20)

  • The patch has been adapted for Trac 0.9.4
  • The difference between estimated and spent + remaining time is now displayed
  • The progress bar is now displayed when spent work is less than 1 h
  • Fixes for the progress bar by Michele Franzin have been merged

0.9.3 (2006-01-31)

  • The patch has been adapted for Trac 0.9.3
  • Patches for PostGreSQL compatibility by Fredrik Corneliusson and Matthew Good have been merged

0.9.2 (2005-12-05)

  • The patch has been adapted for Trac 0.9.2

0.9 (2005-11-09)

  • First release for Trac 0.9 stable branch

Known Issues

  • I couldn't see the second milestone bars so hacked the roadmap.cs to see them … until I realized that using units (4h instead of just 4 …) was the problem. All working now, very nice, many thanks.
  • If your ticket doesn't have a time planned and/or time remaining set, and you spend time on a ticket, you end up with negative time values, which messes up time planning by having a net time spend of zero.

Trac 0.8 (extending the data model)

This patch is for Trac version 0.8.

A patch has been posted to #1005 that adds two new fields to the ticket table, "Planned work" and "Actual work", that can be edited in the ticket view. It also extends the Roadmap with a progress bar that displays how much work has been done and how much remains.

Note: See TracWiki for help on using the wiki.