Tests sur github actions échouent configuration redis

J’essaie de soumettre un plugin, j’obtiens cet échec lors de l’extraction de redis.

Peut-être que --long=30 est le problème ? Je ne suis pas tout à fait sûr de la façon de déboguer cela…

1 « J'aime »

Je pense que l’erreur indique qu’il ne peut pas exécuter zstd. Avez-vous ce paquet installé ?

Non. Peut-être que quelque chose a changé dans l’image Docker de base, ou dans le système d’exploitation avec lequel elle est créée et qu’il doit être ajouté là-bas. Je ne suis vraiment pas sûr où cela devrait se produire, mais je suis à peu près sûr que ce n’est pas dans mon plugin. :man_shrugging:

L’exigence zstd provient du package redis (téléchargé dans votre capture d’écran) étant compressé par zstd. Si zstd n’était pas requis auparavant, il est possible que la méthode de compression ait changé du côté de shogo82148/actions-setup-redis.

1 « J'aime »

Si vous utilisez notre image de base, vous ne devriez pas configurer de Redis, car il est déjà présent.

J’essaie toujours de tout faire à votre façon. :wink:

J’utilise l’image de base et le processus décrits dans :

Cela a fonctionné la semaine dernière. Il n’y a pas eu de nouveau commit dans ces workflows depuis 2 mois. Je ne pense pas qu’il y ait quoi que ce soit que j’aurais pu faire dans mon plugin pour casser cela de cette manière particulière.

Ce processus a été mis à jour le 15 septembre pour supprimer cette action Redis, n’est-ce pas ?

1 « J'aime »

C’est tout ! Y a-t-il une manière recommandée/facile de faire en sorte que cela n’arrive pas et de ne pas avoir l’air si ridicule ?

1 « J'aime »

Pas sûr pour être honnête :grinning_face_with_smiling_eyes:

La lutte éternelle entre ces projets squelettes et les mises à jour continues est assez courante, et bien qu’ils puissent être résolus par une composition de fichiers de configuration à certains endroits, parfois vous devrez toujours les comparer manuellement.

C’est un problème constant dans ma distribution Linux actuelle, alors je vous comprends.

1 « J'aime »

Ha ! Au moins, je suis en bonne compagnie. C’est d’une grande aide.

Oui. Cela m’a pris environ 15 minutes aujourd’hui pour comprendre comment mettre à niveau node.js.

1 « J'aime »

Je ne connais pas les processus impliqués dans l’utilisation de ce projet squelette, mais pourriez-vous utiliser des alias shell dans la mesure du possible ? Par exemple, au lieu d’utiliser docker whizzy things, entraînez-vous à utiliser votre propre alias tel que alias dwt=\"git pull; docker whizzy things\"

Malheureusement, non. Un piratage fou pourrait impliquer des liens physiques entre mon plugin et le plugin squelette, ainsi qu’un moyen automatisé de récupérer les derniers commits du squelette. Je crains que la solution « attendre que ça casse et se souvenir de vérifier les flux GitHub » soit la bonne approche.

Merci.

Si je vous interprète correctement, je pense que vous avez probablement une copie du projet squelette (avec tout ce qui est important remplacé par la magie de votre propre plugin) et que le problème est que les fichiers de workflow dans cette copie deviennent obsolètes.

Pourriez-vous ajouter le dépôt squelette en tant que sous-module, puis remplacer les fichiers de workflow de votre dépôt par des liens symboliques vers le sous-module ? La définition de git config submodule.recurse true maintiendra le sous-module à jour chaque fois que vous effectuerez un pull.

Je ne pense pas que l’approche du lien symbolique aurait fonctionné, d’après ce que j’ai trouvé sur des personnes discutant récemment pourquoi cela ne fonctionne pas. J’ai créé une pull request qui devrait résoudre ce problème en tirant parti des workflows réutilisables.

Non. Certainement pas, mais je pensais (pense ?) que les liens physiques le feraient.

Ouais. Je pense que la solution de liens physiques pourrait fonctionner. Je pense que je peux créer des liens physiques depuis le dépôt squelette vers les autres et ensuite faire un git pull sur le squelette et tous les fichiers qui y sont liés recevront la nouvelle version, et je ne pense pas que git remarquera que plusieurs fichiers y sont liés.

Et maintenant, il y a une nouvelle idée que je ne comprends pas tout à fait… [edit] mais maintenant je la comprends presque…

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.