Tuttavia, quando cerco il codice sorgente su https://github.com/discourse/eslint-config-discourse il repository reindirizza a @discourse/lint-configs; che è anche un pacchetto all’interno del monorepo di eslint-config-discourse. Con i test inclusi, eslint-config-discourse dovrebbe essere un wrapper, ma non funziona come dovrebbe, almeno secondo la mia esperienza:
Configurazione di Linting Predefinita
Crea un nuovo tema usando il comando discourse_theme new.
Rivedi la configurazione di linting generata:
a. .eslintrc
Prova a eseguire nuovamente Prettier e osserva che funziona senza errori:
$ yarn prettier --check --write "{common,javascripts,desktop,mobile,test,scss}/**/*.{js,gjs,es6,scss}"
Verifica della formattazione...
Tutti i file corrispondenti utilizzano lo stile del codice Prettier!
✨ Completato in 0.46s.
Quindi, dovrei presumere che la CLI discourse_theme sia obsoleta e che in futuro dovrei utilizzare l’opzione @discourse/lint-configs nei miei progetti?
Ho fatto un piccolo test sul mio repository. Mentre entrambi i casi superano il completamento, la configurazione predefinita genera un errore per il file GJS, e questo non viene scansionato.
Con il secondo approccio, il file GJS viene riconosciuto e lintato con successo.
Si prega di confrontare le azioni del branch main con le azioni del branch linting; ho introdotto solo le configurazioni della seconda opzione nel branch linting:
Grazie, era questo. Ora posso ottenere una versione (in precedenza non ottenevo la versione):
discourse_theme --version
2.1.2
…e un elenco di comandi aggiornato:
discourse_theme --help
Usage: discourse_theme COMMAND [DIR] [OPTIONS]
Commands:
new DIR - Crea un nuovo tema nella directory specificata.
download DIR - Scarica un tema dal server e lo memorizza nella directory specificata.
upload DIR - Carica il tema dalla directory specificata su Discourse.
watch DIR - Monitora il tema nella directory specificata e sincronizza eventuali modifiche con Discourse.
rspec DIR [OPTIONS] - Esegue i test RSpec nella directory specificata. I test possono essere eseguiti utilizzando un repository Discourse locale o un container Docker.
--headful - Esegue i test di tipo di sistema RSpec in modalità headful. Si applica a entrambe le modalità.
Se la directory specificata è stata configurata per essere eseguita in un container Docker, sono supportate opzioni aggiuntive.
--rebuild - Forza la ricostruzione del container Docker.
--verbose - Esegue il comando per preparare il container Docker in modalità verbosa.
Global Options:
--reset - Reimposta la configurazione per la directory specificata.
e naturalmente lo scheletro generato è più recente.