drush aggiornatob per un singolo modulo

È possibile eseguire la funzione di aggiornamento di un singolo modulo tramite Drush? Vedo drush updatedbche non accetta un modulename come argomento ed esegue tutti gli aggiornamenti disponibili. Quindi c'è drush pm-updateanche il controllo di nuovi file. la documentazione dice:

(uguale a pm-updatecode + updatedb)

Questo significa che se drush pm-updateeseguo tutti gli aggiornamenti disponibili (nuove uscite update_function) verranno eseguiti? C'è un modo per aggiornare (db) esattamente un solo modulo?

No, non puoi.

Se vuoi aggiornare ogni modulo da solo, aggiorna solo i file di un singolo modulo e quindi esegui updateb.

Su Drush 5.7 è possibile eseguire il comando drush pm-update --no-core module-name. Drush eseguirà automaticamente il backup del modulo corrente, scaricherà la nuova versione e richiederà di aggiornare il database.

Se si desidera eseguire un solo aggiornamento, è possibile eseguire drush eval foo_update_33(), ad esempio. In pratica, è un po 'più complesso di quello in quanto devi caricare il file .install ma non molto.

Puoi anche provare la soluzione @macaleaa:

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

né drush up someproject, né drush upc someprojectsembrano aggiornare solo il someprojectmodulo. Un modo diverso da quello che vuoi è attraverso:

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

Ecco la discussione di un argomento simile su Drupal.org. Stai attento !

Sto usando Drush 5.9 e posso aggiornare con successo un singolo modulo con questo comando:

drush dl *project*

Quindi, ad esempio, per aggiornare il modulo 'devel':

drush up devel

Credo che ora sia possibile con Drush, usando up:

drush up module_name

Ho avuto una situazione in cui una tabella creata da una funzione di aggiornamento ( MYMODULE_update_7101), ma a quella tabella si accedeva nel codice da qualche parte in ogni cache libera e in quasi ogni chiamata drush (stava praticamente ottenendo i nomi dei tipi di entità per tutti i menu e qualunque cosa altro). La corsa drush updatedbera MYMODULE_update_7101terza invece che prima.

Ho provato la soluzione suggerita da @macaleaa e @moshe weitzman di correre:

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

prima di essere eseguito drush updatedb, ma questo non ha aiutato: l'esecuzione del drush ha avuto esito negativo perché ha updatedbtentato di eseguire nuovamente MYMODULE_update_7101()ed è stata eliminata, dicendo che la tabella esisteva già. Fondamentalmente, il codice sopra aveva eseguito l'aggiornamento, ma non ha lasciato il segno sul sistema che l'aggiornamento era stato eseguito. Presumibilmente c'è un sacco di altre cose update.phpda fare dopo aver eseguito ogni aggiornamento per memorizzare l'ultimo numero di versione per il modulo nel database, ecc.

Ho update.phpesaminato come esegue effettivamente ogni funzione di aggiornamento e cosa fa dopo, cercando una funzione da chiamare che chiamasse la funzione di aggiornamento e facesse anche tutte le altre cose. Ho finito per arrivare a questo:

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

Che ho effettivamente eseguito con Drush:

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

Ha eseguito l'aggiornamento, nessun problema, ma poi MYMODULE versione 7101 è ancora apparso nell'elenco degli aggiornamenti quando ho eseguito updatedb, ANCHE se funzionava senza errori e tutto sembrava buono all'ispezione del sito.

Un po 'confuso e in ritardo di 6 anni, ma va tutto bene che finisce bene?