Project

General

Profile

RedmineMigrate » History » Revision 33

Revision 32 (Robert Schneider, 2015-07-12 23:18) → Revision 33/34 (Timon Eckert, 2016-06-24 10:12)

h1. Migrating from other systems 

 {{>TOC}} 

 h2. Trac 

 The Trac importer migrates: 

     * Users 
     * Components 
     * Milestones 
     * Tickets 
     * Ticket comments and changes (status and resolution) 
     * Trac specific fields (eg. Resolution) are added as custom fields in Redmine 
     * Ticket files and custom fields 
     * Wiki pages with history 

 Notes: 

 # User passwords are all set to @trac@ 
 # Ticket ids are preserved if there's no ticket in your Redmine database yet 
 # Custom fields are all created as text custom fields in Redmine 

 You need the sqlite-ruby gem to access the Trac database. 

 - For sqlite: <pre>gem install sqlite-ruby</pre> 
 - For sqlite3: <pre>gem install sqlite3-ruby</pre> 

 Before starting, you need a fresh Redmine database, *with default data loaded (required)*. See [[RedmineInstall|Redmine installation]]. 

 The script was tested with a 0.10 Trac sqlite database and a 0.11 Trac sqlite3 database. 

 1. Run the following command, where test is your Redmine target environment: 

   rake redmine:migrate_from_trac RAILS_ENV="test" 

 2. The script (source:trunk/lib/tasks/migrate_from_trac.rake) asks you for your Trac settings: 

 <pre> 
 Trac directory []: /var/trac/myproject 
 Trac database adapter (sqlite, sqlite3, mysql, postgresql) [sqlite]: 
 Database encoding [UTF-8]: 
 Target project identifier []: myproject 
 </pre> 

 Trac directory is the root directory of your Trac environment. Redmine will look in this directory for @db/trac.db@ (if you choose sqlite/sqlite3 database) and the @attachments@ directory. 
 When using a mysql or postgresql Trac database, the script will ask you for the connection parameters (host, database name, username and password). 
 Target project identifier is the identifier of the Redmine project in which the data will be loaded (the project is created if not found). 

 3. The script migrates your data: 

 <pre> 
 Deleting data 
 Migrating components.............................. 
 Migrating milestones.............. 
 Migrating custom fields....... 
 Migrating tickets................................. 
 Migrating wiki........... 

 Components: 29/30 
 Milestones: 14/14 
 Tickets: 1275/1275 
 Ticket files: 106/106 
 Custom values: 4409/4409 
 Wiki edits: 102/102 
 </pre> 

 The script gives you the total number of migrated objects. 
 Now, you should see a project called Myproject in Redmine with your Trac data loaded in this project. 

 h2. Mantis 

 The Mantis importer migrates: 

     * Users 
     * Projects 
     * Project versions, categories and news 
     * Project memberships 
     * Bugs 
     * Bug notes, files, relations and monitors 
     * Custom fields 

 User passwords are all set to "mantis". 

 Bug files migration only works if they're stored in your Mantis database (this is the default Mantis behaviour). 

 The script was tested with different 1.0.x Mantis databases and should work with any other recent versions. 

 Before starting, you need a fresh Redmine database, *with default data loaded (required)*. See [[RedmineInstall|Redmine installation]]. 
 When migrating into filled Redmine database, you can use "Ulrichs":email://uk@fortrabbit.de "Non-destructive migration Script":http://blog.foaa.de/2010/04/non-destructive-migration-from-mantis-to-redmine/ 

 Make sure to apply the patch #10504. 

 1. Run the following command, where test is your Redmine target environment: 

   rake redmine:migrate_from_mantis RAILS_ENV="test" 

 2. The script asks you for your Mantis database settings: 

 <pre> 
 Please enter settings for your Mantis database 
 adapter [mysql]: 
 host [localhost]: 
 database [bugtracker]: mantis 
 username [root]: 
 password []: 
 encoding [UTF-8]: 
 </pre> 

 Give the adapter, host name, database name, login, password and encoding of your Mantis database, or leave the default values. 

 The adapter can be mysql (default) or postgresql. 

 3. The script migrates your data: 

 <pre> 
 Migrating users............... 
 Migrating projects............. 
 Migrating bugs........................................ 
 Migrating news... 
 Migrating custom fields.. 

 Users: 15/15 
 Projects: 13/13 
 Memberships: 10/10 
 Versions: 33/33 
 Categories: 4/4 
 Bugs: 180/180 
 Bug notes: 336/336 
 Bug files: 46/46 
 Bug relations: 11/11 
 Bug monitors: 8/8 
 News: 3/3 
 Custom fields: 2/2 
 </pre> 

 The script gives you the total number of migrated objects. 

 h2. Other systems and third-party scripts 

 You can find other importers created by Redmine users: 

 * "Non-destructive migration from Mantis to Redmine":http://blog.foaa.de/2010/04/non-destructive-migration-from-mantis-to-redmine/ 
 > * No support anymore 
 * Jira importer: #1385 
 * Bugzilla importer: #989 There are currently two bugzilla importers. bz2redmine http://github.com/ralli/bz2redmine and migrate_from_bugzilla http://github.com/ralli/migrate_from_bugzilla. The bz2redmine preserves the original bugzilla bug numbers and the migrate_from_bugzilla rake task uses the ActiveRecord framework and may be used to migrate from and to postgresql databases. 
 * Scarab importer: #2928 
 * Migrate projects from another instance of Redmine: https://github.com/PowerKiKi/redmine-tools 
 -* * "A trick to import data from Mantis":http://dotnetmarche.org/blogs/externalblogs/archive/2009/05/29/redmine-a-trick-to-import-data-from-mantis.aspx- Mantis":http://dotnetmarche.org/blogs/externalblogs/archive/2009/05/29/redmine-a-trick-to-import-data-from-mantis.aspx 
 * Migrate phpBugTracker-1.0.5 to Redmine 2.5: https://github.com/ottodude125/migrate_from_phpbt_to_redmine - Though not exact, this shares some similarities to the Mantis import script 

 These scripts are neither tested nor supported.