Cependant, lorsque je recherche le code source sur https://github.com/discourse/eslint-config-discourse, le dépôt redirige vers @discourse/lint-configs, qui est également un package sous le monorepo eslint-config-discourse. Avec les tests inclus, eslint-config-discourse est censé être un wrapper, je pense, mais il ne fonctionne pas comme il le devrait, du moins pas d’après mon expérience :
Configuration de Linting par Défaut
Créez un nouveau thème en utilisant la commande discourse_theme new.
Examinez la configuration de linting générée :
a. .eslintrc
Essayez d’exécuter à nouveau Prettier et observez qu’il fonctionne sans erreur :
$ yarn prettier --check --write "{common,javascripts,desktop,mobile,test,scss}/**/*.{js,gjs,es6,scss}"
Checking formatting...
All matched files use Prettier code style!
✨ Done in 0.46s.
Alors, dois-je présumer que l’outil CLI discourse_theme est obsolète et qu’à l’avenir, je devrais utiliser l’option @discourse/lint-configs dans mes projets ?
J’ai fait un petit test sur mon dépôt. Bien que les deux cas réussissent la complétion, la configuration par défaut génère une erreur pour le fichier GJS, et il n’est pas analysé.
Avec la deuxième approche, le fichier GJS est reconnu et correctement linté.
Veuillez comparer les actions de la branche main avec les actions de la branche linting ; j’ai seulement introduit les configurations de la deuxième option dans la branche linting :
Merci, c’était ça. Maintenant, je peux obtenir une version (auparavant, je n’obtenais pas de version) :
discourse_theme --version
2.1.2
… et une liste de commandes mise à jour :
discourse_theme --help
Usage: discourse_theme COMMAND [DIR] [OPTIONS]
Commands:
new DIR - Crée un nouveau thème dans le répertoire spécifié.
download DIR - Télécharge un thème du serveur et le stocke dans le répertoire spécifié.
upload DIR - Télécharge le thème du répertoire spécifié vers Discourse.
watch DIR - Surveille le thème dans le répertoire spécifié et synchronise toutes les modifications avec Discourse.
rspec DIR [OPTIONS] - Exécute les tests RSpec dans le répertoire spécifié. Les tests peuvent être exécutés à l'aide d'un dépôt Discourse local ou d'un conteneur Docker.
--headful - Exécute les tests de type système RSpec en mode headful. S'applique aux deux modes.
Si le répertoire spécifié a été configuré pour s'exécuter dans un conteneur Docker, les options supplémentaires sont prises en charge.
--rebuild - Force la reconstruction du conteneur Docker.
--verbose - Exécute la commande pour préparer le conteneur Docker en mode verbeux.
Global Options:
--reset - Réinitialise la configuration du répertoire spécifié.