drush updatedb para un solo módulo

¿Es posible realizar la función de actualización de un solo módulo a través de drush? Puedo ver drush updatedbcuál no toma un nombre de módulo como argumento y ejecuta todas las actualizaciones disponibles. Luego está el drush pm-updateque también busca nuevos archivos. la documentación dice:

(igual que pm-updatecode + updatedb)

¿Significa esto que si ejecuto drush pm-updatetodas las actualizaciones disponibles (nuevas actualizaciones de function_function) se realizarán? ¿Hay alguna manera de actualizar (db) solo un módulo exactamente?

No puedes.

Si desea actualizar cada módulo por su cuenta, solo actualice los archivos de un solo módulo y luego ejecute updatedb.

En Drush 5.7 puedes ejecutar el comando drush pm-update --no-core module-name. Drush respaldará automáticamente el módulo actual, descargará la nueva versión y le pedirá que actualice la base de datos.

Si desea ejecutar solo una actualización, puede ejecutar drush eval foo_update_33(), por ejemplo. En la práctica, es un poco más complejo que eso, ya que tiene que cargar el archivo .install pero no mucho.

También puedes probar la solución @macaleaa:

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

ni drush up someproject, tampoco drush upc someprojectparecen parecen actualizar sólo el someprojectmódulo. Una forma diferente de hacerlo es a través de:

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

Aquí hay una discusión sobre un tema similar en Drupal.org. Cuídate !

Estoy usando Drush 5.9, y puedo actualizar un solo módulo con éxito con este comando:

drush dl *project*

Entonces, por ejemplo, para actualizar el módulo 'devel':

drush up devel

Creo que esto es posible ahora con Drush, usando up:

drush up module_name

Tuve una situación en la que una tabla creada por una función de actualización ( MYMODULE_update_7101), pero a esa tabla se estaba accediendo en código en algún lugar de cada caché limpia y casi cada llamada borrosa (básicamente obtenía los nombres de tipos de entidad para todos los menús y lo que sea más). Correr drush updatedbera correr MYMODULE_update_7101tercero en lugar de primero.

Probé la solución sugerida por @macaleaa y @moshe weitzman de correr:

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

antes de correr drush updatedb, pero esto no ayudó: la carrera drush falló porque updatedbtrató nuevamente de correr MYMODULE_update_7101()y erró, diciendo que la mesa ya existía. Básicamente, el código anterior había ejecutado la actualización, pero no dejó su marca en el sistema de que la actualización se había ejecutado. Presumiblemente, hay un montón de otras cosas update.phpque hacer después de ejecutar cada actualización para almacenar el último número de versión para el módulo en la base de datos, etc.

Revisé update.phppara ver cómo se ejecuta cada función de actualización y qué hace después, buscando una función para llamar que llame a la función de actualización y también haga todas las demás cosas. Terminé llegando a esto:

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

Lo que realmente corrí con drush:

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

Ejecutó la actualización, no hay problema, pero MYMODULE versión 7101 todavía apareció en la lista de actualizaciones cuando ejecuté updatedb, aunque se ejecutó sin errores y todo se veía bien en la inspección del sitio.

Un poco hacky y con 6 años de retraso, pero todo está bien y eso termina bien