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

Cache resources/_gen in CI to skip repeated WebP encoding

Aperta Adatta ai principianti
#1,283 0 commenti 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
Funzionalità
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
github-actions, hugo
Ambito
ci-cd

Direzione di ricerca

La modifica riguarda .github/workflows/hugo.yaml e .github/workflows/build-docs-preview.yml, che attualmente compilano senza la cache di resources/_gen. Leggi come ciascun workflow esegue la build di Hugo, poi controlla la sezione [imaging] di hugo.toml e render-image.html per scegliere gli input della chiave di cache. È completato quando una seconda esecuzione di CI senza modifiche alle immagini ripristina la cache e termina vicino al tempo di build a caldo di circa 16s.

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

Descrizione

area/ci area/performance kind/enhancement

Follow-up from #1257 / #1259.

Since #1259, a cold build encodes WebP derivatives for every content PNG/JPEG, which took a full build from 14.7s to 72.9s. With resources/_gen present a build takes about 16s.

Neither .github/workflows/hugo.yaml nor .github/workflows/build-docs-preview.yml caches resources/_gen, so every deploy and every preview build pays the ~58s encode.

Proposal

Add an actions/cache step for resources/_gen in both workflows, keyed on the image sources and the image-processing settings (hugo.toml [imaging], render-image.html) so a quality change invalidates it.

Done when

A second CI run with no image changes restores the cache and builds in roughly the warm-build time.

Lingua principale
JavaScript
Stelle
103
Fork
227
Merge medio
15h 45m
PR unite (30g)
63

Preparare l'ambiente

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 layer5io/docs

Tutte le issue di layer5io/docs

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.