Bugzilla::Migrate - Functions to migrate from other databases
This module acts as a base class for the various modules that migrate from other bug-trackers.
The documentation for this module exists mostly to assist people in creating new migrators for other bug-trackers than the ones currently supported.
Before writing anything to the Bugzilla database, the migrator will read everything from the other bug-tracker's database. Here's the exact order of what happens:
Everything happens in one big transaction, so in general, if there are any errors during the process, nothing will be changed.
The migrator never creates anything that already exists. So users, products, components, etc. that already exist will just be re-used by this script, not re-created.
Called like Bugzilla::Migrate->load('Module').
Returns a new Bugzilla::Migrate object that can be used to migrate from the requested bug-tracker.
Takes a single parameter,
a string,
and returns the value of the configuration variable with that name (always a scalar).
The first time you call config,
if the configuration file hasn't been read,
it will be read in.
If the user hasn't specified --verbose on the command line,
this does nothing.
Takes two arguments:
The first argument is a string or reference to print to STDERR.
If it's a reference,
Data::Dumper will be used to print the data structure.
The second argument is a number--the string will only be printed if the user specified --verbose at least that many times on the command line.
(Note: Usually you don't need to call this, because "translate_bug" handles date translations for you, for bug data.)
Parses a date string and returns a formatted date string that can be inserted into the database. If the input date is missing a timezone, the "timezone" configuration parameter will be used as the timezone of the date.
(Note: Normally you don't have to call this yourself,
as Bugzilla::Migrate does it for you.)
Uses the $translate_fields and $translate_values configuration variables to convert a hashref of "other bug-tracker" fields into Bugzilla fields.
It takes one argument,
the hashref to convert.
Any unrecognized fields will have their value prepended to the comment element in the returned hashref,
unless they are listed in "NON_COMMENT_FIELDS".
In scalar context,
returns the translated bug.
In array context,
returns both the translated bug and a second hashref containing the values of any untranslated fields that were listed in NON_COMMENT_FIELDS.
Note: To save memory, the hashref that you pass in will be destroyed (all keys will be deleted).
(Note: Generally you only need to use this during "_read_products" and "_read_users" if necessary, because the data returned from "_read_bugs" will be put through "translate_bug".)
Uses the $translate_values configuration variable to convert field values from your bug-tracker to Bugzilla.
Takes two arguments,
the first being a field name and the second being a value.
If the value is an arrayref,
translate_value will be called recursively on all the array elements.
Also, any date field will be converted into ISO 8601 format, for inserting into the database.
(Note: Normally you don't need to use this, because "translate_bug" handles it for you.)
Translates a field name in your bug-tracker to a field name in Bugzilla,
using the rules described in the description of the $translate_fields configuration variable.
Takes a single argument--the name of a field to translate.
Returns undef if the field could not be translated.
These are methods that subclasses must implement:
Should return an arrayref of hashes.
The hashes will be passed to "create" in Bugzilla::Bug to create bugs in Bugzilla.
In addition to the normal create fields,
the hashes can contain three additional items:
An arrayref of hashes,
representing comments to be added to the database.
The keys should be the names of columns in the longdescs table that you want to set for each comment.
who must be a username instead of a user id,
though.
You don't need to specify a value for the bug_id column.
An arrayref of hashes,
representing the history of changes made to this bug.
The keys should be the names of columns in the bugs_activity table to set for each change.
who must be a username instead of a user id,
though,
and field (containing the name of some field) is taken instead of fieldid.
You don't need to specify a value for the bug_id column.
An arrayref of hashes,
representing values to pass to "create" in Bugzilla::Attachment.
(Remember that the data argument must be a file handle--we recommend using "new_tmpfile" in IO::File to create anonymous temporary files for this purpose.) You should specify a submitter argument containing the username of the attachment's submitter.
You don't need to specify a value for the the bug argument.
Should return an arrayref of hashes to pass to "create" in Bugzilla::Product.
In addition to the normal create fields,
this also accepts an additional argument,
components,
which is an arrayref of hashes to pass to "create" in Bugzilla::Component (though you do not need to specify the product argument for "create" in Bugzilla::Component).
Should return an arrayref of hashes to be passed to "create" in Bugzilla::User.
These are methods that you may want to override in your migrator. All of these methods are called on an instantiated Bugzilla::Migrate object of your subclass by Bugzilla::Migrate itself.
Returns an arrayref of Perl modules that must be installed in order for your migrator to run, in the same format as "REQUIRED_MODULES" in Bugzilla::Install::Requirements.
Returns a hashref,
where the keys are the names of custom fields to create in the database before inserting bugs.
The values of the hashref are the arguments (other than "name") that should be passed to Bugzilla::Field->create() when creating the field.
(custom => 1 will be specified automatically for you,
so you don't need to specify it.)
This should return an array (not an arrayref) in the same format as "LOCALCONFIG_VARS" in Bugzilla::Install::Localconfig,
describing configuration variables for migrating from your bug-tracker.
You should always include the default CONFIG_VARS (by calling $self->SUPER::CONFIG_VARS) as part of your return value,
if you override this method.
An array (not an arrayref). If there are fields that are not translated and yet shouldn't be added to the initial description of the bug when translating bugs, then they should be listed here. See "translate_bug" for more detail.
This is called before any data is read from the "other bug-tracker". The default implementation does nothing.
This is run after all data is read from the other bug-tracker, but before the bug fields/values have been translated, and before any data is inserted into Bugzilla. The default implementation does nothing.
This is called after all bugs are translated from their "other bug-tracker" values to Bugzilla values, but before any data is inserted into the database or any custom fields are created. The default implementation does nothing.
This is run after all data is inserted into Bugzilla. The default implementation does nothing.