Dans un projet en cours, j'ai dû corriger la vie de quelques modules (hiérarchie de nœuds, accès au workbench et quelques autres). Ces modules sont maintenant absolument parfaits pour les besoins du projet et sont très peu susceptibles de rompre avec les futures mises à jour du noyau.
Cela étant dit, lorsque l'application sera remise, les clients auront un accès complet (utilisateur 1) au système et seront donc avertis lorsque ces modules auront des mises à jour disponibles. Et ils les mettront à jour, peu importe le nombre de fois où je les prie de ne pas le faire (oh, comme la vie serait facile sans clients!).
Existe-t-il un moyen (peut-être dans les .info
fichiers des modules ) de persuader le gestionnaire de mise à jour de ne pas rechercher les mises à jour de ces modules?
MODIFIER
Je suis au courant de la project status url
clé disponible pour le .info
fichier, je suppose donc que je pourrais définir cette adresse sur une URL inexistante, mais je préférerais de loin le faire de manière propre, si possible.
project
est déconseillé d' utiliser manuellement la documentation - cela pourrait être la raison des votes négatifs.MYMODULE_
ouTHEMENAME_
indique uniquement l'emplacement où ce code doit être placé. En utilisant ce code dans un fichier de fonction de thème au lieu d'un module personnalisé, il peut être traité à une étape différente et peut ne pas fonctionner comme prévu. Les thèmes doivent être inclus dans la$projects
variable.Il suffit de fournir un exemple de code pour aider la réponse choisie:
Entrez le nom du module dans la
$projects[]
variable à désactiver. Si vous n'êtes pas sûr de la nature du slug (sera en minuscule et souligné), utilisez cetdsm()
appel ouprint_r()
imprimez une liste des modules.la source
slug
est simplement un nom technique du module qui est identique au nom du.info
fichier de module . Ainsi, vous n'avez pas besoin de vider les tableaux de projets, mais de regarder dans le dossier du module. Dans la plupart des cas, le nom est identique au nom du dossier du module.Vous pouvez le faire de deux manières.
la source
drush help upc
léguerons pour l'--lock
aide: --lock = <foo, bar> Ajouter un verrouillage persistant pour supprimer les projets spécifiques de l' examen au cours des mises à jour. Les verrous peuvent être supprimés avec le paramètre --unlock ou remplacés en nommant spécifiquement le projet en tant que paramètre pour pm-update ou pm-updatecode. Le verrou n'affecte pas pm-download.J'ai le même problème avec les mises à jour du module, j'ai installé le module Disable Updates qui semble bien fonctionner.
la source
En gros, vous avez fabriqué une fourchette, non? Donc tu devrais:
project status url
votre référentiel de ce module.Dernier point mais non le moindre, s'il n'est pas pris en charge mais qu'il n'est pas obsolète au profit d'un autre module, envisagez de demander à devenir co-responsable et de partager vos correctifs avec la communauté.
la source