drush updatedb für ein einzelnes Modul

Ist es möglich, die Update-Funktion eines einzelnen Moduls über drush auszuführen? Ich kann sehen, drush updatedbwelche keinen Modulnamen als Argument nimmt und alle verfügbaren Updates ausführt. Dann wird drush pm-updateauch nach neuen Dateien gesucht. In der Dokumentation heißt es:

(wie pm-updatecode + updatedb)

Bedeutet dies, dass drush pm-updatejedes verfügbare Update (neuere Update_Function-Exits) ausgeführt wird? Gibt es eine Möglichkeit, nur genau ein Modul (db) zu aktualisieren?

Nein, kannst du nicht.

Wenn Sie jedes Modul einzeln aktualisieren möchten, aktualisieren Sie nur die Dateien eines einzelnen Moduls und führen Sie anschließend updatedb aus.

Unter Drush 5.7 können Sie den Befehl ausführen drush pm-update --no-core module-name. Drush sichert automatisch das aktuelle Modul, lädt die neue Version herunter und fordert Sie auf, die Datenbank zu aktualisieren.

Wenn Sie nur ein Update ausführen möchten, können Sie es beispielsweise ausführen drush eval foo_update_33(). In der Praxis ist es etwas komplexer, da Sie die .install-Datei laden müssen, aber nicht viel.

Sie können auch die @macaleaa-Lösung ausprobieren:

drush php-eval 'module_load_install('my_module');my_module_update_7XXX();'

Weder scheinen drush up someprojectnoch drush upc someprojectnur das someprojectModul zu aktualisieren . Ein anderer Weg zu dem, was Sie wollen, ist durch:

drush dl someproject #use --select option to be prompted for a module version
                     #this will overwrite your exising module's files
                     #backup your modules files with --backup, yourself, use a VCS to revert
drush updb           #run available database update scripts

Hier wird ein ähnliches Thema auf Drupal.org diskutiert. Pass auf !

Ich verwende Drush 5.9 und kann mit diesem Befehl ein einzelnes Modul erfolgreich aktualisieren:

drush dl *project*

So aktualisieren Sie beispielsweise das Modul 'devel':

drush up devel

Ich glaube, dass dies jetzt mit Drush möglich ist, mit up:

drush up module_name

Ich hatte eine Situation, in der eine Tabelle durch eine Update-Funktion ( MYMODULE_update_7101) erstellt wurde, aber auf diese Tabelle wurde in Code irgendwo in jedem Cache-Speicher und bei fast jedem Drush-Aufruf zugegriffen (im Grunde wurden die Namen der Entitätstypen für alle Menüs und was auch immer abgerufen) sonst). Laufen drush updatedbwar MYMODULE_update_7101dritter statt erster.

Ich habe die von @macaleaa und @moshe weitzman vorgeschlagene Lösung ausprobiert:

drush php-eval 'module_load_install('MYMODULE');MYMODULE_update_7101();'

vor dem Laufen drush updatedb, aber das hat nicht geholfen - der Drush-Lauf ist fehlgeschlagen, weil updatedberneut versucht wurde zu laufen MYMODULE_update_7101()und ein Fehler aufgetreten ist, der besagt, dass die Tabelle bereits existiert hat. Grundsätzlich hat der oben genannte Code das Update ausgeführt, aber auf dem System keine Spuren hinterlassen, dass das Update ausgeführt wurde. Vermutlich update.phpmuss nach jedem Update eine ganze Reihe anderer Dinge erledigt werden, um die neueste Versionsnummer für das Modul in der Datenbank usw. zu speichern.

Ich ging durch, um update.phpzu sehen, wie es tatsächlich jede Update-Funktion ausführt und was es danach tut, und suchte nach einer aufrufbaren Funktion, die die Update-Funktion aufruft und auch alle anderen Dinge erledigt. Am Ende kam ich dazu:

include_once DRUPAL_ROOT . "/includes/update.inc";
$c["results"]["#abort"] = array();
update_do_one("MYMODULE", 7101, array(), $c);

Womit ich eigentlich drush gelaufen bin:

drush eval 'include_once DRUPAL_ROOT . "/includes/update.inc"; $c["results"]["#abort"] = array(); update_do_one("MYMODULE", 7101, array(), $c);'

Das Update lief, kein Problem, aber dann tauchte MYMODULE Version 7101 immer noch in der Update-Liste auf, als ich lief updatedb, obwohl es ohne Fehler lief und bei der Inspektion der Site alles gut aussah.

Ein bisschen hacky und 6 Jahre zu spät, aber alles gut, das gut endet?