drush updatedb para um único módulo

É possível executar a função de atualização de um único módulo via drush? Eu posso ver o drush updatedbque não leva um nome de módulo como argumento e executa todas as atualizações disponíveis. Depois, há drush pm-updatetambém que verifica se há novos arquivos. a documentação diz:

(igual a pm-updatecode + updatedb)

Isso significa que se eu executar drush pm-updatetodas as atualizações disponíveis (mais recentes saídas de função de atualização) serão executadas ? Existe uma maneira de (db) atualizar apenas exatamente um módulo?

Não, você não pode.

Se você deseja atualizar cada módulo por conta própria, atualize apenas os arquivos de um único módulo e execute o updateb.

No Drush 5.7, você pode executar o comando drush pm-update --no-core module-name. O Drush fará backup automaticamente do módulo atual, fará o download da nova versão e solicitará que você atualize o banco de dados.

Se você deseja executar apenas uma atualização, pode executar drush eval foo_update_33(), por exemplo. Na prática, é um pouco mais complexo que isso, pois você precisa carregar o arquivo .install, mas não muito.

Você também pode tentar a solução @macaleaa:

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

nem drush up someproject, nem drush upc someprojectparecem parecem atualizar apenas o someprojectmódulo. Uma maneira diferente da que você deseja é:

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

Aqui está a discussão de um tópico semelhante no Drupal.org. Cuidar !

Estou usando o Drush 5.9, e posso atualizar um único módulo com sucesso com este comando:

drush dl *project*

Então, por exemplo, para atualizar o módulo 'devel':

drush up devel

Eu acredito que isso agora é possível com o Drush, usando up:

drush up module_name

Eu tive uma situação em que uma tabela criada por uma função de atualização ( MYMODULE_update_7101), mas essa tabela estava sendo acessada em código em algum lugar em cada cache limpo e quase todas as chamadas drush (estava basicamente recebendo os nomes dos tipos de entidade para todos os menus e qualquer outra coisa) outro). Correr drush updatedbestava em MYMODULE_update_7101terceiro lugar em vez de primeiro.

Tentei a solução sugerida por @macaleaa e @moshe weitzman de execução:

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

antes da execução drush updatedb, mas isso não ajudou - a execução do drush falhou porque updatedbtentou executar novamente MYMODULE_update_7101()e errou, dizendo que a tabela já existia. Basicamente, o código acima executou a atualização, mas não deixou sua marca no sistema em que a atualização foi executada. Presumivelmente, há várias outras coisas update.phpa serem feitas após a execução de cada atualização para armazenar o número da versão mais recente do módulo no banco de dados, etc.

Analisei update.phpcomo ele realmente executa cada função de atualização e o que faz depois, procurando uma função para chamar que chamaria a função de atualização e também fazer todas as outras coisas. Acabei chegando a isso:

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

Que eu realmente corri com drush:

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

Ele executou a atualização, não há problema, mas a versão 7101 do MYMODULE ainda aparecia na lista de atualizações quando eu corria updatedb, apesar de executada sem erros e tudo parecia bom na inspeção do site.

Um pouco hacky e 6 anos atrasado, mas tudo está bem quando acaba bem?