make candidate personal info migration use user id as a pk so we can map phone migration field collection host_entity properly

using subfields instead of arguments now

term_level related

due to the way we're using these fields this is the only way to get it to migrate properly

all that refactoring introduced a regression, weird :P

gave them their own export views, csvs and cleaned up related migrations

they get their own migration so lets give them their own csv so candidates can have multiple numbers for conciseness with how others work and also to be reusable by others wanting to export & migrate their data

goodbye

got left behind & was causing 404s

no good reason not to use it

call it what it is

its throwing some annoying notices and we're not really using it at this point

better keep control over what versions we're using

commented out but just for consistency in case drupal.org doesn't like makefiles with no versions (gotta test this)

its being created in demo content module so this can be confusing

stable release almost ready and working fine