Du ska inte behöva “komma ihåg att kolla GitHub” för att hålla koll på releaser. Men det är så det blir, och du märker det ofta först efter att något skapar fel, en kund frågar, eller en beroendedel har ändrats i det tysta.
Den här automatiseringen för GitHub Gmail releases träffar först DevOps-leads och produktteam, men konsulter och småföretagare som underhåller några repo:n känner av det de också. Resultatet är enkelt: strukturerade release notes landar automatiskt i din inkorg, så du slipper jaga uppdateringar.
Nedan ser du exakt hur flödet körs dagligen, gör om Markdown till läsbar HTML och mejlar dig en prydlig release-uppdatering som du kan söka upp senare.
Så fungerar automatiseringen
Här är hela workflowet som du kommer att sätta upp:
n8n Workflow Template: GitHub + Gmail: release notes snyggt mejlade
flowchart LR
subgraph sg0["Scheduled Daily Starter Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Scheduled Daily Starter", pos: "b", h: 48 }
n1["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>Retrieve Repo Releases"]
n2@{ icon: "mdi:swap-vertical", form: "rounded", label: "Extract Body Segments", pos: "b", h: 48 }
n3["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/markdown.dark.svg' width='40' height='40' /></div><br/>Render Markdown as HTML"]
n4@{ icon: "mdi:message-outline", form: "rounded", label: "Dispatch Gmail Notice", pos: "b", h: 48 }
n0 --> n1
n2 --> n3
n3 --> n4
n1 --> n2
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 trigger
class n1 api
classDef customIcon fill:none,stroke:none
class n1,n3 customIcon
Varför det här är viktigt: release-uppdateringar som inte missas
Release notes är lätta att ignorera tills de blir akuta. Ett repo släpper en ny stabil version, och plötsligt diskuterar teamet: “Släpptes det här i dag eller förra veckan?” Du öppnar GitHub, skannar taggar, klickar in på en release och scrollar igenom Markdown som ser bra ut i GitHub men blir rörigt när du vidarebefordrar det. Multiplicera det med några repo:n, plus verkligheten att du har mycket att göra, så blir “att hänga med” en bakgrundsstress som aldrig riktigt försvinner.
Det bygger snabbt upp. Här brukar det oftast falla isär.
- Manuell kontroll blir en daglig vana som du till slut hoppar över, så du får reda på releaser för sent.
- Team skickar vidare råa länkar i stället för sammanfattningar, vilket gör att ingen läser detaljerna.
- Release notes som kopieras in i mejl tappar ofta formatering, så delen “vad som ändrades” blir svår att ögna igenom.
- Det finns ingen spårbar historik i inkorgen att söka i senare när du behöver bekräfta när en version släpptes.
Vad du bygger: dagliga GitHub release-mejl i Gmail
Det här flödet kontrollerar ett GitHub-repo på ett dagligt schema och letar efter den senaste stabila releasen. När det hittar innehåll hämtar det texten från release notes och delar upp den i de delar du faktiskt vill läsa i ett mejl. Sedan konverterar det Markdown till korrekt HTML, så att rubriker, listor och länkar renderas snyggt i Gmail i stället för att bli en vägg av tecken. Till sist skickar det ett välformaterat meddelande till den adress du väljer, och skapar en enkel “audit trail” i din inkorg som du kan söka på repo-namn, versionsnummer eller datum.
Flödet startar med en schemalagd daglig kontroll. Därefter hämtar det den senaste release-datan via en HTTP-förfrågan till GitHub, bearbetar innehållet i body-fältet och renderar det till HTML. Gmail skickar den slutliga uppdateringen så att du ser den som vilken intern notifiering som helst, inte som en rörig vidarebefordrad länk.
Vad du bygger
| Det som automatiseras | Det du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du följer 5 repo:n som släpper releaser regelbundet. Manuellt kanske du lägger cirka 10 minuter per repo på att kolla releases-sidan och skumma igenom anteckningar, alltså ungefär 50 minuter varje dag du faktiskt gör det (och många dagar gör du det inte). Med det här flödet är “arbetet” i princip noll: schemaläggaren kör, GitHub kontrolleras automatiskt, och du lägger kanske 2 minuter på att läsa mejlet när något nytt dyker upp. Det är nästan en timme tillbaka på dagar då du annars hade release-kollat, plus färre överraskningar.
Innan du börjar
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- GitHub som release-källa (publik repo-URL)
- Gmail för att skicka det formaterade uppdateringsmejlet
- Gmail OAuth-uppgifter (skapa i Google Cloud Console)
Kunskapsnivå: Nybörjare. Du klistrar mest in en repo-URL, kopplar Gmail och justerar “Till”-adressen.
Vill du att någon bygger det här åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
Ett dagligt schema drar i gång. Flödet körs en gång per dag, så du får en jämn rytm utan att lägga på brus varje timme.
GitHub release-data hämtas. En HTTP-förfrågan hämtar den senaste stabila release-informationen för det repo du väljer (mallen använder n8n:s repo som exempel, men du byter URL:en).
Release notes rensas upp för mejl. Flödet extraherar body-innehållet, delar upp det i segment och förbereder det så att nästa steg kan formatera det korrekt.
Markdown blir läsbar HTML, sedan skickar Gmail. En Markdown-till-HTML-konvertering gör att rubriker och listor renderas snyggt, och Gmail-noden mejlar resultatet till din mål-adress.
Du kan enkelt ändra vilka repo:n som kontrolleras och vart mejlet skickas, utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera schemalagd trigger
Ställ in arbetsflödet så att det körs dagligen med hjälp av den inbyggda schemaläggaren.
- Lägg till noden Scheduled Daily Starter på er canvas.
- I Scheduled Daily Starter kan ni behålla standardregeln (dagligt intervall) eller justera inställningarna för Rule till ert önskade schema.
- Bekräfta att kopplingsflödet startar med Scheduled Daily Starter → Retrieve Repo Releases.
Steg 2: anslut GitHub-release-data
Hämta de senaste detaljerna för GitHub-releasen som ska användas för att bygga e-postinnehållet.
- Lägg till Retrieve Repo Releases och anslut den direkt efter Scheduled Daily Starter.
- Ställ in URL till
https://api.github.com/repos/n8n-io/n8n/releases/latest. - Lämna övriga alternativ som standard om ni inte behöver autentisering för privata repos.
Steg 3: sätt upp innehållsbearbetning
Dela upp release-texten och konvertera markdown-innehållet till HTML för e-postleverans.
- Lägg till Extract Body Segments och anslut den efter Retrieve Repo Releases.
- Ställ in Field To Split Out till
body. - Lägg till Render Markdown as HTML efter Extract Body Segments.
- I Render Markdown as HTML ställer ni in Mode till
markdownToHtml. - Ställ in Markdown till
={{ $json.body }}och Destination Key tillhtml.
Steg 4: konfigurera e-postutskick
Skicka det konverterade HTML-innehållet som en e-postnotifiering via Gmail.
- Lägg till Dispatch Gmail Notice efter Render Markdown as HTML.
- Behörighet krävs: Anslut era gmailOAuth2-uppgifter.
- Ställ in Send To till
[YOUR_EMAIL]. - Ställ in Message till
={{ $json.html }}. - Ställ in Subject till
new stable version of n8n released.
[YOUR_EMAIL] med en riktig mottagaradress, annars levereras inte meddelandet.Steg 5: testa och aktivera ert arbetsflöde
Verifiera hela körflödet innan ni aktiverar det för daglig användning.
- Klicka på Execute Workflow och bekräfta att körningen går från Scheduled Daily Starter → Retrieve Repo Releases → Extract Body Segments → Render Markdown as HTML → Dispatch Gmail Notice.
- Kontrollera er inkorg för att bekräfta att ni fått ett e-postmeddelande med release notes renderade som HTML.
- Om allt fungerar växlar ni arbetsflödet till Active för att köra det dagligen.
Felsökningstips
- Gmail-uppgifter kan gå ut eller kräva specifika behörigheter. Om något slutar fungera, börja med att kontrollera ditt anslutna konto i n8n:s Credentials-vy och autentisera sedan om.
- Om du pollar GitHub via HTTP och svaret förändras (rate limits, repo flyttat, API-format) kan du få tom “release body”-data. Öppna körningsloggen och bekräfta att HTTP-noden fortfarande returnerar de fält som ditt Markdown-steg förväntar sig.
- Markdown-till-HTML-utdata kan se “konstig” ut om release notes innehåller ovanlig formatering eller inbäddad HTML. Justera extraherings-/uppdelningssteget så att du skickar huvudtexten, inte extra sektioner som autogenererade changelog-footers.
Snabba svar
Cirka 20 minuter om din Gmail-inloggning är redo.
Ingen kodning krävs. Du kopplar Gmail och klistrar in den GitHub releases-URL du vill övervaka.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer startar på 20 USD/månad för högre volym. Du behöver också ta hänsyn till GitHubs API-gränser (brukar vara helt okej för dagliga kontroller).
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och klarar n8n bra. Self-hosting ger dig obegränsade körningar men kräver grundläggande serverhantering.
Ja, och det är ganska enkelt. Byt repo genom att ändra URL:en i HTTP Request-noden “Retrieve Repo Releases”, och ändra mottagare i noden “Dispatch Gmail Notice”. Vanliga justeringar är att kontrollera flera repo:n (loopa över en lista), lägga till ett villkor för “skicka bara mejl om versionen ändrats”, eller skicka till en delad Google Group-adress i stället för en person.
Oftast beror det på utgånget OAuth-samtycke eller att fel Google-konto är anslutet. Anslut om Gmail-credential i n8n och kör sedan en testkörning igen. Om det fortfarande misslyckas, kontrollera att ditt Google Cloud-projekt har Gmail-scope aktiverat och att du inte blockeras av en organisationspolicy på din Workspace-domän.
För en daglig kontroll är volymen minimal, och du kan övervaka dussintals repo:n utan problem.
Ofta, ja, eftersom du kan styra formatering (Markdown till HTML) och logik utan att betala extra för varje litet steg. n8n ger också möjlighet till self-hosting, vilket spelar roll om du skalar övervakningen över många repo:n. Zapier och Make kan gå snabbare för ett enkelt “ny release → mejl”-larm, men mejlen blir ofta mindre polerade om du inte lägger tid på formatering. En annan praktisk skillnad är felsökning: n8n:s körningshistorik gör det enklare att se exakt vad GitHub returnerade en viss dag. Prata med en automationsexpert om du är osäker på vad som passar.
Du sätter upp det här en gång, och sedan dyker release notes bara upp, formaterade och sökbara. Flödet sköter den repetitiva kontrollen så att du kan fokusera på vad som ändrades och vad du ska göra åt det.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.