Problem/Motivation

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.

Proposed resolution

  • Roll a stable (and hopefully final) release of Migrate Devel 8.x-1.0
  • Open an 8.x-2.x branch for compatibility with Drupal 9, Drush 9+, and Devel 8.x-3.x

Final version of 8.x-1.x

Roadmap for 8.x-2.0

Must-haves

Should-haves, and/or could-haves

Comments

andrewmacpherson created an issue. See original summary.

andrewmacpherson’s picture

I 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.

andrewmacpherson’s picture

Title: Roadmap for 8.x-2.x branch » Roadmap for Migrate Devel 8.x-2.x
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Version: 8.x-1.x-dev » 8.x-2.x-dev
andrewmacpherson’s picture

Issue summary: View changes
jcnventura’s picture

@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?

andrewmacpherson’s picture

Issue summary: View changes

Good 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.

andrewmacpherson’s picture

I'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.

andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

I 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...

  1. Ditch all of the drush migrate:status --migrate-debug.
  2. Keep the reset part, but ditch the config import.
  3. Treat the reset and config-import as two separate options.
  4. ... or something else.

I'm leaning towards (2) today, because:

  • I never actually used the drush migrate-status --migrate-debug feature. Typically I've been using the Configuration Development module, which doens't have any intergration with Migrate Devel. I run the drush config:devel-import <my_module> or drush 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.
  • Meanwhile the Configuration Update Manager project also provides Drush commands for things like config:revert, config:revert-multiple, and config:import-missing, and those manual commands will still be available if the integration is removed from Migrate Devel.
  • Without either of these modules, Drush itself allows 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.

andrewmacpherson’s picture

Issue summary: View changes

New releases:

andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
andrewmacpherson’s picture

Issue summary: View changes
steinmb’s picture

Issue summary: View changes
Related issues: +#3310624: D10 Readiness

Adding in the need for Drupal 10 support.

batigolix’s picture

Issue summary: View changes
batigolix’s picture

Issue summary: View changes
batigolix’s picture

Status: Active » Fixed

The issues mentioned in this roadmap have all (or almost all) been addressed.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.