Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

survey: -allow-errors does not name the failed packages in Markdown

Aperta Adatta ai principianti
#262 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
72/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
go, markdown

Direzione di ricerca

Inizia dalla tabella Markdown Checks e dal percorso di output -allow-errors; confrontalo con checks.typeCheck.failed nell'output JSON per vedere dove sono disponibili i nomi dei pacchetti non riusciti. Controlla README.md:1504 e skills/declscope-adoption/SKILL.md:173 per verificare il comportamento promesso. Il lavoro è concluso quando Markdown identifica i pacchetti non riusciti oppure entrambi i documenti indirizzano correttamente gli utenti a JSON.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

bug P3

README.md:1504 and skills/declscope-adoption/SKILL.md:173 say that -allow-errors "names it under type check". The Markdown row only counts, as in 0 packages ok, 1 failed, and nothing is printed on stderr. Only checks.typeCheck.failed in the JSON names the packages. It has been this way since #98.

Markdown is the default format, so it never tells you which package failed.

Suggested fix

List the failed packages under the Checks table in Markdown, which is what the docs promise. Or correct both documents to point to the JSON.

Lingua principale
Go
Stelle
42
Fork
1
Merge medio
1h 18m
PR unite (30g)
94

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di mpyw/declscope

Tutte le issue di mpyw/declscope

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.