Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 380489

Summary: [pmi] Committer history should be maintained on project moves
Product: Community Reporter: Wayne Beaton <wayne.beaton>
Component: Project Management & PortalAssignee: Portal Bugzilla Dummy Inbox <portal-inbox>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: P3    
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:

Description Wayne Beaton CLA 2012-05-23 21:22:47 EDT
With our current system, when a project moves, we create a new project record and retire the old one. Committer records have to be recreated and manually modified to correctly set the active date. Previously retired committers are not moved at all.

This leads to inconsistencies in IP logs (for example), as commits from retired committers may be incorrectly recorded as contributions.

With the new PMI, we're changing the way that this is done. Project moves can be implemented by simply changing the parent project and project id in the project record. All information connected to the project (releases, members, etc.) are connected to the record by node id, not name, and so will "move" automatically. Revision tracking will keep track of the history/change.

This bug exists primarily to capture the design change/decision and invite comment.

The one thing that we need to consider is to make sure that all historical information for projects that have moved is captured and brought forward. There are some hacks in the current system to copy things like release records for some moved projects, but we'll need to review the information being captured and make sure that it's complete.
Comment 1 Wayne Beaton CLA 2014-08-20 16:58:04 EDT
We changed our process some time ago to move projects in the foundation db (and the PMI) rather than retire/recreate.