We need an upgrade path for phone-7.x-1.x and cck_phone-7.x-*. Migrate would be a good option here.
The approach I took was:
I've tested both my phone-7.x-1.x and cck_phone-7.x-1.x migrations, at least with some basic tests. I haven't done any tests of the drupal6 migrations (since I'd have to set up a whole drupal6 installation as a starting point), but the content_migrate module allows most of the complications to be handled much more easily, and many of the details of the migration share helper functions with the 7.x-1.x migrations. So I think the drupal6 migrations are pretty close to functional.
However, it's going to take more than just cutting-and-pasting the functions into cdale's code to merge them into the current code....
Sorry about stepping on your toes! I needed something quick and it just kind of came together.
If you can put up what you've got, I'm sure it won't take too much to adapt.
I'm attaching a "patch" that simply adds all my upgrade-related functions and files unaltered into your code, to at least identify what functions, files, etc. are going to be added.
However, making this actually be a functional patch immediately starts to run into chicken-and-egg problems. For example, in phone.install I'm moving the current schema into a version-specific function at _phone_field_schema_7200(), to address problems mentioned in http://drupal.org/node/150220. But there are already at least two patches posted that also alter the schema (in #1928688: Coding details in the 7.x-2.x branch and #1928382: Rename "comment" field). So what version of the schema should get put into _phone_field_schema_7200()?
Any ideas on how to not get paralyzed by conflicting patches?
Most of the time, just don't worry about it. Patches will likely need rerolled over time, but I'll try to keep that necessity to a minimum.
Oops, I left out all the helper functions in that last patch. None of the helper functions will work because they're calling my libphonenumber functions -- on top of all the other little tweaks that need to be done to make this patch remotely useful.
We need to make sure that #1933666: PHP Fatal error: Call to undefined function phone_libphonenumber_get_supported_country_lists() in sites/all/modules/phone/phone is handled in the upgrade path.
The above issue is probably most likely caused because there is currently no upgrade path.
How's the upgrade stuff coming. I've noticed Nephele has made a few commits since I last looked. Is it at a point where setting up some D6 & 7 installs might be worthwhile to give upgrading a test?
This issue has no child issues.
Drupal is a registered trademark of Dries Buytaert.