[Fusionforge-general] Data Migration?

[Roland Mas]

Lewis, Mike M, 2012-06-21 09:43:00 -0400 :

> We are considering the use of FusionForge for one of our DoD Program
> Customers. We are currently using SourceForge 4.3 supporting more than
> 70 projects and 1500+ Users. I'm looking to obtain and understanding
> of the Data Migration capabilities. Are there tools? 

  There are several possible ways of going about such a migration.

First, there's something like the Forgeplucker project, which basically
does web-scraping on existing forges and tries to extract as much data
as possible, and save it into a known format.  FusionForge can then
import these "dumps".

Second, if SourceForge provides a data export facility, the exports
could be massaged into the same format as previously, and injected into
FusionForge.

Third, if you have the database available, is to write a program to
convert this data into the schema used by FusionForge.

> Are there service providers with experience in migrating from SF43 to
> FF?, etc.

  Not sure about SF, but I once migrated a GForge AS instance to
FusionForge for a client of mine, using the third method listed above.
The scripts were very ad-hoc and didn't claim to migrate all the
possible data since the client wasn't using all the features that
GForge AS provided, but I can't think of a theoretical impediment to
migrating from FusionForge in a similar way.

> In addition, is  there any experience with FF running on a VM?

  FusionForge.org itself runs in an LXC container, but many instances of
FusionForge (including those of my clients) run on various kinds of VMs,
including VMware, Xen and KVM.  The quirks induced by virtualization are
not specific to FusionForge, so if the sysadmins are familiar with a
virtualization system they won't have any surprises caused by FF.

Roland.
-- 
Roland Mas

Why did the elephant cross the road?
Because it was the chicken's day off.