Possibly using https://github.com/disqus/python-phabricator
Description
Details
- Reference
- fl409
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | Qgil | T553 Engineering Community team goals for October 2014 | |||
Resolved | Qgil | T174 Launch Wikimedia Phabricator Day 1 | |||
Resolved | Qgil | T15 Migrate Bugzilla to Phabricator | |||
Resolved | • chasemp | T259 Bugzilla to Maniphest import script (tracking) | |||
Resolved | • chasemp | T246 Logic to import bugzilla data into phabricator | |||
Resolved | • mmodell | T318 Add API call in Conduit to create projects in Phabricator |
Event Timeline
qgil wrote on 2014-09-05 15:10:40 (UTC)
Will bug reports keep its history after the migration? I mean changes of status / priority / project between the date of creation and their current state.
The reason to ask is whether we will still have enough data to keep creating graphs like http://korma.wmflabs.org/browser/bugzilla_response_time.html.
Note: if not, it is fine -- with the date of creation, the dates of comments, and the current status we can still obtain what we really really need.
Rush wrote on 2014-09-05 16:52:47 (UTC)
not really, api tends to offer only end state not transitions for all products that I've seen
aklapper wrote on 2014-09-07 23:33:45 (UTC)
Even if there was code in Bitergia's tool to support Phabricator (AFAIK there isn't), the code for our Community Metrics would have to be rewritten to support parsing our home-made way how we imported data from BZ into Phabricator (e.g. "this ticket has seen no new comments for two years"). Unrelated to that, as I understand it, we will lose statistics on other ticket metadata like "this ticket has been high priority for two years across both Bugzilla and Phabricator".
At this point the logic part is solved, and we are dealing with implementation details relative to the Bugzilla and RT migration scripts. Resolving this task. Please reopen if you still want to keep track of details that don't belong to other tasks.