Closed (fixed)
Project:
Drupal core
Version:
11.x-dev
Component:
migration system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
13 Oct 2022 at 23:15 UTC
Updated:
10 Mar 2026 at 08:05 UTC
Jump to comment: Most recent
Comments
Comment #2
quietone commentedThis was discussed at the migrate meeting, #3313883: [meeting] Migrate Meeting 2022-10-13 2100Z. benjifisher, mikelutz, dinarcon and myself were present. We agreed to make a move on this and start testing how to move everything to Migrate Drupal. We also agreed to do the work by module. And it may be a good idea to start with content_translation because it is most likely to expose challenges.
I've created this issue using the Issue Summary template for deprecating extensions and adding the specific items for moving migrations from a core module to Migrate Drupal.
Comment #3
quietone commentedThe duplicate issue proposed "Create contributed module to host the migrations (to receive the code when its removed from core).". At the meeting the consensus was that the preferred option was to move everything in to Migrate Drupal. Creating sub-modules of that is an option but one that no one spoke in favor of.
Comment #4
quietone commentedComment #5
markdorisonComment #6
quietone commentedFix formatting in IS.
Comment #8
catchI feel like there's another issue to discuss this, but putting here for now.
We need to decide when to do this, IMO it should be something like this:
It makes sense to support the Drupal 7 migrations in core until Drupal 7 is EOL, but for as short a time as possible after that date. That way supported Drupal 7 sites can migrate to a supported version of core, but unsupported Drupal 7 sites will eventually need to rely on the contrib module.
Therefore, if the Drupal 7 EOL date falls within the support cycle for Drupal 10, we should deprecate migrate_drupal in Drupal 10 for removal in Drupal 11.
Comment #9
joachim commentedMigrate Drupal isn't just for migrating from old sites. It's really useful for doing data migrations *within* a site. I've used it for things like migrating box entities to paragraphs, for instance.
Comment #10
catch@joachim are you using
migrate_drupalto do in-site migrations or justmigrate? This issue is only about migrate_drupal. If so, which bits of migrate_drupal are you using? If there's stuff that's generically useful, then we ought to be moving that to migrate anyway I think - migrate_drupal is only supposed to be for d6 and d7.Comment #11
joachim commentedI use \Drupal\migrate_drupal\Plugin\migrate\source\ContentEntity a lot!
Comment #12
catchOK yeah there is that and \Drupal\migrate_drupal\Plugin\migrate\source\d8\Config. That seems worth migrating to the migrate module since it's version-agnostic - or even if we moved them to contrib they shouldn't be in a d6/d7 migrate module that's going to eventually drop support.
Comment #13
quietone commentedComment #14
quietone commentedThere's been some discussion among the release managers about other options for how to remove Migrate Drupal and Migrate Drupal UI. There was no decision, just knocking around ideas.
So, I am tagging this to a full discussion can take place.
Comment #15
catchI think we need to discuss this in #3371229: [Policy] Migrate Drupal and Migrate Drupal UI after Drupal 7 EOL and leave this issue for figuring out mechanics, leaving the tag on but will comment over there.
Comment #16
quietone commentedPostponing on the policy issue
Comment #17
quietone commentedComment #18
quietone commentedComment #19
quietone commentedComment #20
dcam commentedThanks for bringing this up, @joachim. I came here to ask that it be preserved too. It's fantastic for doing data transformations within a site. And I'd look forward to not having to enable all of migrate_drupal just to have access to it.
Comment #21
benjifisher@joachim, @dcam:
Good news! We plan to keep the
content_entitysource plugin. In fact, #3498915: Move content_entity source plugin to migrate module is currently RTBC.Comment #22
dcam commented@benjifisher Thanks for the update and link!
Comment #23
benjifisherI think we should also re-implement the
d8_configsource plugin (see Comment #12 here). I added the child issue #3506605: Move the d8_config source plugin to the migrate module.Comment #24
quietone commentedComment #25
quietone commentedOops, postponed the wrong issue
Comment #26
andypostIt looks blocked on
- #2922451: [policy no patch] Make it possible to mark plugins as deprecated
- #3039240: Create a way to declare a plugin as deprecated
Comment #27
catch@andypost it's not blocked on either of those issues.
We can deprecate the entire migrate_drupal module for removal in 12.x and then remove it then, that will notify any site that has the module enabled.
Next step is #3506605: Move the d8_config source plugin to the migrate module still.
Comment #28
quietone commentedComment #29
quietone commentedComment #30
quietone commentedComment #31
quietone commentedMigrate Drupal is used in tests in the migrate module. There are also usages in comments in the migrate module.
Comment #32
quietone commentedComment #33
quietone commentedWith the plugins deprecated that leaves searching for other usages in core. Using
git grep -l migrate_drupalI found a usage in core/lib/Drupal/Core/Test/TestDiscovery.php that needs to be investigated. There are also usages in the migrate module but they are in comments or tests and can be removed when the code is removed. At least that is my initial finding.Comment #34
quietone commentedAh, the usage in core/lib/Drupal/Core/Test/TestDiscovery.php is no longer relevant. It is checking for the namespace ''migrate_drupal\Tests\Table" which was removed from core in That namespace was removed in 2015, in #2568203: Remove migrate-db.sh in favor of core tools.
So, it looks like the next step is to deprecate the module itself.
Comment #35
quietone commentedAll the child issues are Fixed.
The one remaining task is to triage the migration system and close issues such as feature requests.
Comment #36
quietone commentedBecause the migration component contains both Migrate Drupal specific and Migrate API issues it will take some time to close and/or update the correct issues. I think that will happen over time and discussions can be made in the #migration channel when questions arise. Therefore, I updated credit and closing this as fixed.
Thanks everyone! It has been a grand ride :-)
Comment #37
quietone commentedComment #40
quietone commentedRe-opening because, at least this step is not complete.
I've added a child for the tests, #3573895: Fix test integrations using migrate_drupal . And will make one for the help topics now.
Comment #41
andypostLast one merged, closing again
Comment #43
quietone commentedThis is now truly fixed, the final issue #3573895: Fix test integrations using migrate_drupal was committed to main and 11.x. It fixed some tests integrations I missed.