Como evito procurar atualizações para um módulo específico?

Em um projeto atual, tive que corrigir a vida útil de alguns módulos (hierarquia de nós, acesso ao ambiente de trabalho e mais alguns). Agora, esses módulos são absolutamente perfeitos para as necessidades do projeto e dificilmente romperão com futuras atualizações do núcleo.

Dito isto, quando o aplicativo for entregue, os clientes terão acesso total (usuário 1) ao sistema e, portanto, serão avisados ​​quando esses módulos tiverem atualizações disponíveis. E eles os atualizarão, não importa quantas vezes eu implore para que não o façam (oh, quão fácil seria a vida sem clientes!).

Existe uma maneira (talvez nos .infoarquivos dos módulos ) de convencer o gerenciador de atualizações a não procurar atualizações para esses módulos?

EDITAR

Estou ciente da project status urlchave que está disponível para o .infoarquivo, então acho que poderia defini-la como uma URL inexistente, mas prefiro fazer isso de uma maneira limpa, se possível.

Você precisa implementar hook_update_projects_alter().

Altere a lista de projetos antes de buscar dados e comparar versões.

A maioria dos módulos nunca precisará implementar esse gancho. É para interação avançada com o módulo de status de atualização: meros mortais não precisam ser aplicados. O principal caso de uso desse gancho é incluir projetos na lista, por exemplo, para fornecer dados de status de atualização em módulos e temas desativados. Um módulo contribuído pode querer ocultar projetos da lista, por exemplo, se houver um módulo específico do site que não tenha nenhum release oficial, esse módulo poderá se remover dessa lista para evitar avisos de "Nenhum release disponível encontrado" em o relatório de atualizações disponíveis. Em casos raros, um módulo pode querer alterar os dados associados a um projeto já na lista.

A projectchave do arquivo .info é adicionada pelo script de empacotamento em drupal.org para identificar de qual projeto o módulo é. O principal uso é o módulo de status Atualizar para monitorar versões dos pacotes instalados e notificar os administradores quando novas versões estiverem disponíveis.

Você acabou de remover ou comentar esta linha no arquivo .info e o Drupal para de procurar atualizações deste módulo.

Basta fornecer um exemplo de código para ajudar a resposta escolhida:

function MYMODULE_update_projects_alter(&$projects){
    unset($projects['slug_of_the_module_you_want_to_disable']);
    //dsm($projects);  // view a list of projects
}

Digite o nome do módulo na $projects[]variável para desativar. Se você não tiver certeza de qual é a lesma (será minúscula e sublinhada), use essa dsm()chamada ou print_r()para imprimir uma lista dos módulos.

Você pode fazer isso de duas maneiras.

• drush pm-updatecode --lock = module_to_ignore
• Use o módulo update_advanced . Ele permite marcar os módulos que você deseja ignorar na página de administração do módulo.

Em particular, as configurações por projeto para ignorar determinados projetos ou mesmo versões específicas, estão ausentes na versão principal do módulo. O módulo "Atualizar configurações avançadas de status" restaura essas configurações e pode, eventualmente, fornecer funcionalidade adicional para o módulo principal "Atualizar status".

Eu recebo o mesmo problema com as atualizações do módulo, instalei o módulo Desativar atualizações parece estar funcionando bem.

Este é um pequeno módulo administrativo que permite que os administradores do site desabilitem a verificação de atualizações em determinados temas e módulos, expondo a funcionalidade de hook_update_projects_alter () no formulário de configurações de atualização (/ admin / reports / updates / settings). Permite a seleção arbitrária de temas e módulos, bem como a detecção automática de módulos personalizados, módulos corrigidos e módulos de recursos específicos do site.

Basicamente, você fez um garfo, certo? Então você deveria:

1. Renomeie-o para incluir sua marca de forquilha
2. No arquivo info, configure project status urlpara o seu repositório desse módulo.

Por último, mas não menos importante, se ele não é suportado, mas não foi preterido em favor de qualquer outro módulo, considere pedir para se tornar co-mantenedor e compartilhar suas correções com a comunidade.