Caching af dependencies for øget hastighed
Implementér caching for markant at forkorte køretiden for Deres workflows ved at genbruge genererede dependencies og build-output.
Caching af dependencies for øget hastighed er en gratis Intensiv DevOps-uddannelse-lektion på CoddyKit. Dette er lektion 2 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Intensiv DevOps-uddannelse, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Intensiv DevOps-uddannelse-kurset indeholder 4 lektioner i alt.
Gør workflows hurtigere med caching
Har du lagt mærke til, at dit workflow henter de samme afhængigheder igen hver gang? Det gør det langsommere!
Caching i GitHub Actions giver dig mulighed for at gemme og genbruge filer fra tidligere kørsler. Det gør efterfølgende workflowkørsler markant hurtigere.
Lær cache-actionen at kende
GitHub tilbyder en særlig action med navnet actions/cache@v3. Denne action er udviklet til at gemme og gendanne filer, så dine workflows bliver hurtigere.
Den er intelligent: Den kontrollerer, om cachen allerede findes, før den forsøger at gendanne den, og gemmer den, hvis den ikke findes.
Cache-nøgle og -sti
To afgørende parametre for actions/cache er key og path:
key: En entydig streng, der identificerer din cache. Hvis der findes en cache med denne nøgle, gendannes den.path: De filstier eller mapper, du vil lægge i cachen. Det fortæller actionen, *hvad* der skal gemmes eller gendannes.
Nøglen indeholder ofte en hash af afhængighedsfiler for at sikre, at cachen ugyldiggøres, når afhængighederne ændres.
Caching af Node.js-afhængigheder
Lad os lægge node_modules i cachen for et Node.js-projekt. Vi bruger hashFiles til at oprette en dynamisk nøgle baseret på package-lock.json.
Prøv at køre dette enkle workflow-kodestykke:
name: Node.js CI with Cache
on: [push]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Cache Node.js modules
uses: actions/cache@v3
with:
path: node_modules
key: npm-${{ hashFiles('package-lock.json') }}
restore-keys: |
npm-
- name: Install dependencies
run: npm ci
- name: Run tests
run: npm testFallback med gendannelsesnøgler
Hvad gør du, hvis din nøjagtige key ikke matcher en cache? Så er restore-keys nyttige!
restore-keys angiver en liste over fallback-nøgler, der skal søges efter. Hvis den primære nøgle, f.eks. npm-${{ hashFiles(...) }}, ikke rammer, forsøger GitHub Actions at finde en cache ved hjælp af restore-keys i rækkefølge.
I vores eksempel forsøger npm- at finde en cache, der starter med »npm-«, hvilket er nyttigt, hvis kun mindre afhængighedsversioner er blevet ændret.
Caching af Python-afhængigheder
Caching er ikke kun til Node.js! Du kan anvende det samme princip på andre sprog som Python. Her lægger vi Pythons virtuelle miljø og pip-cachen i cachen.
Nøglen bruger her hashFiles('requirements.txt'), og stien peger på det virtuelle miljø og pips cachemappe.
name: Python CI with Cache
on: [push]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Set up Python
uses: actions/setup-python@v5
with:
python-version: '3.x'
- name: Cache Python dependencies
uses: actions/cache@v3
with:
path: |
~/.cache/pip
.venv
key: pip-${{ hashFiles('requirements.txt') }}
restore-keys: |
pip-
- name: Install dependencies
run: |
python -m venv .venv
.venv/bin/pip install -r requirements.txt
- name: Run tests
run: .venv/bin/python -m unittest discoverHvornår skal cachen ugyldiggøres?
En cache er kun nyttig, hvis den er tilstrækkeligt opdateret. Hvis dine afhængigheder ændres, bør din cache også gøre det!
Cachen ugyldiggøres automatisk, hvis din primære key, f.eks. npm-${{ hashFiles('package-lock.json') }}, ændres. Hvis package-lock.json opdateres, ændres hashen, og der oprettes en ny cache.
Du kan også gennemtvinge en genopbygning af cachen ved manuelt at ændre nøglen, f.eks. ved at tilføje et versionssuffiks som npm-v2-${{ hashFiles(...) }}.
Cache-omfang og begrænsninger
Det er godt at vide, hvordan caching fungerer i baggrunden:
- Omfang: Caches afgrænses pr. repository og pr. gren. En cache på grenen
mainbruges ikke på en featuregren, medmindre du specifikt konfigurererlookup-path. - Størrelsesgrænse: Hver cache kan være på op til 10 GB.
- Opbevaring: Caches opbevares i 7 dage efter seneste adgang. Gamle caches, der ikke bruges, fjernes automatisk.
Effektive cachingmetoder
Sådan får du mest muligt ud af caching:
- Brug
hashFiles: Knyt altid din cache-nøgle til manifestfiler for afhængigheder, f.eks.package-lock.jsonogrequirements.txt. - Vær præcis med
path: Læg kun det nødvendige i cachen, f.eks.node_modulesog~/.cache/pip. - Brug
restore-keys: Angiv fallback-muligheder for at øge cachetræffrekvensen. - Undgå caching af flygtige data: Læg ikke filer i cachen, som ændres ofte, eller som er meget store og unikke for hver kørsel, f.eks. buildartefakter, der er beregnet til udrulning.
Udfordring: Cache-nøgle
Du har et Java-projekt, der bruger Maven. Dets afhængigheder er defineret i pom.xml, og Maven gemmer typisk hentede JAR-filer i ~/.m2/repository.
Hvilken cachekonfiguration sikrer bedst, at Maven-afhængigheder caches og ugyldiggøres korrekt, når pom.xml ændres?
Opsummering: Caching for hastighed
Godt klaret! Du har lært at implementere caching i GitHub Actions for markant at gøre dine CI/CD-workflows hurtigere.
- Actionen
actions/cacheer dit værktøj. - Brug
keyogpathtil at definere, hvad der skal caches, og hvordan. hashFilesopretter dynamiske nøgler, der sikrer intelligent ugyldiggørelse.restore-keysgiver værdifulde fallback-muligheder.
Ved intelligent caching af afhængigheder sparer du byggetid og beregningsressourcer, så dine CI/CD-forløb bliver mere effektive!
Lær Intensiv DevOps-uddannelse med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 142
- Lektioner
- 568
Ofte stillede spørgsmål
Er lektionen “Caching af dependencies for øget hastighed” gratis?
Ja — alle 3 lektioner i læringssporet Intensiv DevOps-uddannelse, inklusive “Caching af dependencies for øget hastighed”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Intensiv DevOps-uddannelse-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Caching af dependencies for øget hastighed”?
Implementér caching for markant at forkorte køretiden for Deres workflows ved at genbruge genererede dependencies og build-output. Du øver dig i Intensiv DevOps-uddannelse med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Intensiv DevOps-uddannelse?
Der kræves ingen tidligere erfaring. Intensiv DevOps-uddannelse på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 2 af 4.
Hvor lang tid tager lektionen “Caching af dependencies for øget hastighed”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Intensiv DevOps-uddannelse-lektion?
Ja. Alle Intensiv DevOps-uddannelse-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.
Alle lektioner i dette kursus
- Matrix-builds til flere miljøer
- Caching af dependencies for øget hastighed
- Genanvendelige workflows og actions
- Betinget kørsel og jobafhængigheder