Wenn ich jedoch nach dem Quellcode unter https://github.com/discourse/eslint-config-discourse suche, wird das Repository zu @discourse/lint-configs weitergeleitet; was ebenfalls ein Paket unter dem Monorepo eslint-config-discourse ist. Mit den enthaltenen Tests soll eslint-config-discourse ein Wrapper sein, aber meiner Erfahrung nach funktioniert es nicht wie erwartet:
Standard-Linting-Konfiguration
Erstellen Sie ein neues Thema mit dem Befehl discourse_theme new.
Überprüfen Sie die generierte Linting-Konfiguration:
a. .eslintrc
Versuchen Sie erneut, Prettier auszuführen, und stellen Sie fest, dass es ohne Fehler funktioniert:
$ 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.
Soll ich also davon ausgehen, dass die discourse_theme-CLI veraltet ist und ich in Zukunft die Option @discourse/lint-configs in meinen Projekten verwenden sollte?
Ich habe einen kleinen Test in meinem Repository durchgeführt. Während beide Fälle die Fertigstellung bestehen, erzeugt die Standardkonfiguration einen Fehler für die GJS-Datei, und sie wird nicht gescannt.
Beim zweiten Ansatz wird die GJS-Datei erkannt und erfolgreich gelintet.
Bitte vergleiche die Aktionen des main-Branches mit den Aktionen des linting-Branches; ich habe die Konfigurationen der zweiten Option nur im linting-Branch eingeführt:
Danke, das war’s. Jetzt kann ich eine Version bekommen (vorher habe ich keine Version bekommen):
discourse_theme --version
2.1.2
…und eine aktualisierte Befehlsliste:
discourse_theme --help
Usage: discourse_theme COMMAND [DIR] [OPTIONS]
Commands:
new DIR - Erstellt ein neues Theme im angegebenen Verzeichnis.
download DIR - Lädt ein Theme vom Server herunter und speichert es im angegebenen Verzeichnis.
upload DIR - Lädt das Theme aus dem angegebenen Verzeichnis nach Discourse hoch.
watch DIR - Überwacht das Theme im angegebenen Verzeichnis und synchronisiert alle Änderungen mit Discourse.
rspec DIR [OPTIONS] - Führt die RSpec-Tests im angegebenen Verzeichnis aus. Die Tests können mit einem lokalen Discourse-Repository oder einem Docker-Container ausgeführt werden.
--headful - Führt die RSpec-Systemtyp-Tests im Headful-Modus aus. Gilt für beide Modi.
Wenn das angegebene Verzeichnis für die Ausführung in einem Docker-Container konfiguriert wurde, werden die zusätzlichen Optionen unterstützt.
--rebuild - Erzwingt einen Neuaufbau des Docker-Containers.
--verbose - Führt den Befehl zur Vorbereitung des Docker-Containers im ausführlichen Modus aus.
Global Options:
--reset - Setzt die Konfiguration für das angegebene Verzeichnis zurück.