Deploy-sjekkliste på papir ved siden av grønn OK på skjerm

Del 1 ligger på siden. Det frister å «bare pushe» hver gang noe føles ferdig. Jeg lærte at kaos ikke kommer av for lite fart. Det kommer av deploy uten sjekkliste, og hemmeligheter som lever på feil sted.

Sti-notatet ditt

Etter Del 10 har du Del 1 på egen flate. Denne delen legger til: en kort deploy-sjekkliste du faktisk krysser av før neste endring går live.

Catch-up: mangler publisert Del 1? Del 10 først. Drift uten innhold er bare nervøsitet i terminalen.

Historie

Jeg husker følelsen: endringen ser bra ut lokalt. Fingeren vil trykke. Fem minutter senere er skjemaet dødt, eller nøkkelen ligger i en fil som ikke skulle i git, eller bygget er rødt uten at jeg skjønte når det ble det.

Det var sjelden ondsinnet. Det var hastverk uten rytme. «Deploy fra laptopen min, så fikser vi resten» ble en vane. Den vanen koster tillit, både til deg selv og til dem som melder seg på.

Da jeg begynte å behandle deploy som en liten seremoni, ikke et stunt, ble det roligere. Samme spørsmål hver gang. Små endringer. Grønt bygg. Røyktest. Ferdig.

Prinsipp

Eiendel her er en driftbar maskin: hemmeligheter på rett sted, bygg du stoler på, endringer i digerbart tempo.

Egen side uten drift er et loft med åpen dør i regnet. Du trenger ikke enterprise. Du trenger en sjekkliste du orker å følge når du er trøtt.

Hvordan

Før du deployer, gå gjennom dette (skriv det inn i sti-notatet):

  1. Secrets utenfor git: API-nøkler ligger i miljø / Worker secrets, ikke i kode som commits. .env er lokal og følges ikke med i repo.
  2. Miljøvariabler på plass: det som trengs for liste/skjema i produksjon er satt der det kjører (f.eks. Cloudflare), ikke bare på maskinen din.
  3. Builds grønt: CI / Workers Builds er ferdig uten rød feil før du kaller det live.
  4. Røyktest skjema: én trygg testpåmelding. Bekreft at den lander der du forventer, eller at feilen er forståelig.
  5. Stikkprøve titler: åpne landing og Del 1. Sjekk at tittelen matcher ruten. Ikke stol på at «det så bra ut lokalt».

Rytme for endringer: små commits, gjerne små pull requests. Én tydelig hensikt per endring. Unngå «deploy fra laptop-mysterie» der ingen vet hvilken fil som egentlig røk ut.

Forklar mer Hvor hemmeligheter bor

Lokalt: .env (se .env.example uten ekte nøkler). Produksjon: secrets på hosten. Repo: bare navn og eksempelverdier, aldri ekte nøkler. Har noe lekket: roter nøkkelen og fjern den fra fremtiden.

Se forskjellen i praksis:

Kaos

«Jeg pushet fra laptopen, håper det går.»

Rolig nok til å gjenta

«Sjekklisten er krysset: secrets, Builds, skjema, titler. Så deploy.»

Vanlig felle

Å blande «det funker hos meg» med «det er trygt i produksjon». Lokal suksess uten grønt bygg og uten røyktest er et gjett. I stedet: samme fem punkter hver gang, også når endringen «bare var tekst».

Slik så det ut hos meg

For Snarveien og Stien ut ligger MailerLite-nøkkel som secret på Worker, ikke i git. Bygg kjører via Cloudflare. Før jeg stoler på en endring: grønt bygg, stikkprøve på tittel, og at /api/subscribe svarer som forventet.

Resultatet hos meg: færre «hvorfor er siden rar i dag»-kvelder, og en rytme jeg kan forklare til meg selv neste uke.

Med AI

La AI hjelpe deg å lage din sjekkliste, ikke å omgå den. Lim inn dette:

Tekst du kan lime inn i AI

Jeg drifter en egen side (Vite/React + Cloudflare-lignende oppsett)
med e-postpåmelding via API-nøkkel.

Hjelp meg å lage en kort deploy-sjekkliste (maks 8 punkter) som dekker:
secrets utenfor git, env i produksjon, grønt CI/Builds,
røyktest av skjema, stikkprøve av sidetitler, og rytme med små endringer.

Tone: rolig, konkret, ingen hype. Skriv på norsk.
Jeg tilpasser listen til mitt oppsett etterpå.

Stryk det som ikke treffer stakken din. Lim det som gjenstår inn i sti-notatet.

I dag (under 20 min)

Skriv deploy-sjekklisten i sti-notatet (de fem punktene over, i dine ord). Kryss av mot siste deploy du husker: hva hoppet du over? Rett det neste gang, ikke i panikk nå.

Har du lite overskudd? Skriv bare listen. Kryss av i morgen. Det er greit.

Sjekk før du går videre

  • Nå: deploy-sjekkliste i sti-notatet
  • Neste (Del 12): når maskinen vokser, velger du bevisst neste steg, ikke ti parallelle drømmer

Du har motor og drift. Det siste er ikke å «skalere alt». Det er å velge én bevisst retning: mer AI i arbeidsflyten, en liten betalt kant, eller tilbake til Stien ut-rytmen med sterkere stack under føttene.

Neste steg, når du er klar: Del 12 — Når maskinen vokser →