Closed (fixed)
Project:
Migrate Devel
Version:
8.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Plan
Assigned:
Unassigned
Reporter:
Created:
10 Jun 2020 at 23:21 UTC
Updated:
13 Oct 2023 at 09:14 UTC
Jump to comment: Most recent
Migrate Devel needs some work to get ready for Drupal 9, and Drush 9/10.
Also, recent 8.x-3.x versions of the Devel module cause Migrate Devel to break.
Comments
Comment #2
andrewmacpherson commentedI recently wrote to the maintainer (@derimagia) offering to co-maintain this module, and outlined this plan to them.
@dermagia has now added me as a co-maintainer here.
I've been using the patches from #2938677: Make migrate:import --migrate-debug compatible with Drush9+ and #3114943: Use Symfony Var-dumper instead of Kint and the module is working well, so I expect to commit those soon.
Comment #3
andrewmacpherson commentedComment #4
andrewmacpherson commentedComment #5
andrewmacpherson commentedComment #6
andrewmacpherson commentedComment #7
andrewmacpherson commentedComment #8
andrewmacpherson commentedComment #9
jcnventura@andrewmacpherson, can you please re-release 1.0 as 1.2? Anyone that had "^1.2" or "^1.2@beta" in their composer.json will not be downgraded to the newer 1.0. It's strange to break semantic versioning like this.
Considering that 1.0 is already compatible with Drupal 9 (but not with Drush 9...), would it be possible to merge #3136003: Add D9 core_version_requirement in the 1.x branch before creating the 1.2 release?
Comment #10
andrewmacpherson commentedGood catch on the 1.0 vs ^1.2 problem. I rushed that out too quickly last night. I have tagged a new 8.x-1.2 release today, because that was urgent.
I'll comment on the D9 compatibility issue too.
Comment #11
andrewmacpherson commentedI'm aiming for a d9-compatible 2.x release in the next few days. The main issues already have patches RTBC or done-just-enough.
Comment #12
andrewmacpherson commentedComment #13
andrewmacpherson commentedComment #14
andrewmacpherson commentedComment #15
andrewmacpherson commentedComment #16
andrewmacpherson commentedI think enough has been fixed for an 8.x-2.0-alpha1 release.
The "reset migrations" and "re-import migration config" features haven't been ported yet. I'm still pondering that. These two actions both happen at the same time, but to me they are separate things. I'm wondering about...
drush migrate:status --migrate-debug.I'm leaning towards (2) today, because:
drush migrate-status --migrate-debugfeature. Typically I've been using the Configuration Development module, which doens't have any intergration with Migrate Devel. I run thedrush config:devel-import <my_module>ordrush config:devel-import-one <path-to-config-yaml-file>at whim. (Configuration Development module also has an auto-import feature, but it doesn't work with Drush migrate commands. See #2629284: drush migrate support.config:revert,config:revert-multiple, andconfig:import-missing, and those manual commands will still be available if the integration is removed from Migrate Devel.drush config-import --partial --source=/config/install
.So rather than maintain wrappers around other module's features, this module could be leaner, and just let users pick whichever configuration import tools they prefer. Some developers write their own wrappers Drush scripts, Robo commands, and whatnot.
Whatever I end up doing, it'll be best to decide before calling it a 2.x beta release.
Comment #20
andrewmacpherson commentedNew releases:
drush migrate:import --migrate-debugis ready.Comment #21
andrewmacpherson commentedComment #22
andrewmacpherson commentedComment #23
andrewmacpherson commentedComment #24
andrewmacpherson commentedComment #25
steinmb commentedAdding in the need for Drupal 10 support.
Comment #26
batigolixComment #27
batigolixComment #28
batigolixThe issues mentioned in this roadmap have all (or almost all) been addressed.