By means of migrating from other issue-tracking systems, perform some external actions over tickets or simply synchronize different data bases, there are some available tools, plug-ins or scripts which lets you import or up-date tickets into Trac.
Below, follows a collection of some of those.
Ticket data can be imported from Bugzilla using the ?bugzilla2trac.py script, available in the contrib/ directory of the Trac distribution.
$ bugzilla2trac.py bugzilla2trac - Imports a bug database from Bugzilla into Trac. Usage: bugzilla2trac.py [options] Available Options: --db <MySQL dbname> - Bugzilla's database --tracenv /path/to/trac/env - full path to Trac db environment -h | --host <MySQL hostname> - Bugzilla's DNS host name -u | --user <MySQL username> - effective Bugzilla's database user -p | --passwd <MySQL password> - Bugzilla's user password -c | --clean - remove current Trac tickets before importing --help | help - this help info Additional configuration options can be defined directly in the script.
Currently, the following data is imported from Bugzilla:
The script provides a number of features to ease the conversion, such as:
For more details on the available options, see the configuration section at the top of the script.
Also, ticket data can be imported from Sourceforge using the ?sourceforge2trac.py script, available in the contrib/ directory of the Trac distribution.
Since trac uses a SQL database to store the data, you can import from other systems by examining the database tables. Just go into ?sqlite command line to look at the tables and import into them from your application.
See ?csv2trac.2.py for details. This approach is particularly useful if one needs to enter a large number of tickets by hand. (note that the ticket type type field, (task etc...) is also needed for this script to work with more recent Trac releases) Comments on script: The script has an error on line 168, ('Ticket' needs to be 'ticket'). Also, the listed values for severity and priority are swapped.