Du hör bara talas om en större release när något skapar fel. En beroendedel bumpas, din build misslyckas och plötsligt plöjer du changelogs under tidspress.
GitHub release alerts träffar DevOps-ansvariga först, men produktägare och byråoperatörer känner följdeffekten också. Om du hanterar kundsajter eller interna verktyg vill du ha en förvarning innan måndagsmorgonen blir en brandövning.
Det här n8n-flödet bevakar n8n:s GitHub-releases-flöde, upptäcker huvudversioner (”.0”-releaserna) och pingar dig i Telegram och via e-post. Du får se vad det automatiserar, vad du får tillbaka och hur du anpassar det för ditt team.
Så fungerar den här automatiseringen
Hela n8n-flödet, från trigger till slutresultat:
n8n Workflow Template: GitHub till Telegram: releasevarningar du ser
flowchart LR
subgraph sg0["Manual Start Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Manual Start Trigger", pos: "b", h: 48 }
n1@{ icon: "mdi:cog", form: "rounded", label: "Retrieve Release Feed", pos: "b", h: 48 }
n2@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Branch On Content", pos: "b", h: 48 }
n3@{ icon: "mdi:cog", form: "rounded", label: "Scheduled Automation Trigger", pos: "b", h: 48 }
n4@{ icon: "mdi:code-braces", form: "rounded", label: "Filter Recent Releases", pos: "b", h: 48 }
n5["<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/telegram.svg' width='40' height='40' /></div><br/>Send Telegram Alert"]
n6@{ icon: "mdi:cog", form: "rounded", label: "Dispatch Email via SES", pos: "b", h: 48 }
n2 --> n5
n2 --> n6
n3 --> n1
n1 --> n4
n4 --> n2
n0 --> n1
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 n2 decision
class n4 code
classDef customIcon fill:none,stroke:none
class n5 customIcon
Problemet: större releaser dyker upp vid sämsta möjliga tidpunkt
Större releaser är inte bara ”bra att veta”. Det är där breaking changes och migreringar gömmer sig, och de har en ful vana att landa precis när du är upptagen. Någon ser en tweet, någon annan ser en GitHub-tagg, och du står med en halvt vidarebefordrad varning som aldrig blir en faktisk plan. Under tiden kör du fortfarande den gamla versionen och bygger tyst upp risk. Det värsta är den mentala overheaden: du fortsätter kolla ”för säkerhets skull”, men du litar aldrig på att du verkligen har fångat allt.
Det eskalerar snabbt. Så här faller det isär i riktiga team.
- Du är beroende av att någon råkar se en ny tagg på GitHub, och det är inget system.
- Större releaser begravs i chattbrus, och det enda meddelandet som spelar roll är borta inom en timme.
- Manuell kontroll ger falsk trygghet, så uppgraderingar skjuts upp tills du inte har något val.
- Enbart e-postaviseringar är lätta att ignorera, särskilt när de ser ut som alla andra notiser.
Lösningen: upptäck ”.0”-releaser och avisera direkt
Det här flödet körs enligt schema och läser det officiella GitHub-releases Atom-flödet för n8n-projektet. Därefter filtrerar det ner till det som faktiskt är viktigt: releaser som publicerats nyligen och som ser ut som en huvudversion (tänk 1.0.0, 2.0.0). När det hittar något nytt formaterar det en tydlig avisering och skickar den till vald Telegram-chatt, plus ett matchande mejl via AWS SES så att det hamnar på ett ställe som går att spara. Finns det inget att rapportera är det tyst. Den tystnaden är, ärligt talat, en del av värdet.
Flödet startar med en Cron-trigger som kör tre gånger per dag (10:00, 14:00 och 18:00 servertid). Det hämtar releases-flödet från GitHub, filtrerar poster från ungefär de senaste 4 timmarna och kontrollerar ”huvudversions-liknande” taggar som slutar på .0. Om kontrollen godkänns skickas Telegram och SES parallellt.
Det här får du: automatisering vs. resultat
| Vad det här flödet automatiserar | Resultat du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att du hanterar 6 kundautomationer som är beroende av n8n, och du brukar ”bara kolla GitHub” två gånger om dagen. Även om varje koll tar 5 minuter blir det cirka 10 minuter dagligen, plus kontextbyten, plus den där djupdykningen ibland när du ser en ny tagg. Med det här flödet är din insats i princip: 1 minut för att kasta ett öga på Telegram och kanske 5 minuter för att skapa en uppgraderingsuppgift när en större release släpps. Den rutinmässiga kontrollen försvinner.
Det här behöver du
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- Telegram för chattaviseringar som teamet faktiskt ser
- AWS SES för att skicka tillförlitliga release-mejl
- Telegram Bot-token (skapa den via BotFather i Telegram)
Kunskapsnivå: Nybörjare. Du kopplar konton, klistrar in en feed-URL och justerar ett eller två meddelandefält.
Vill du inte sätta upp detta själv? Prata med en automations-expert (gratis 15-minuters konsultation).
Så fungerar det
Ett schema startar det. Cron-noden kör tre gånger per dag (10:00, 14:00, 18:00), så du är inte beroende av någons minne eller en webbläsarflik som aldrig öppnas.
Flödet läser GitHubs release-flöde. n8n hämtar från https://github.com/n8n-io/n8n/releases.atom, som är en pålitlig källa för nya releaser eftersom den uppdateras så fort GitHub publicerar en.
Det filtrerar till ”nyligen” och ”större”. Ett Function-steg snävar in resultatet till releaser från ungefär de senaste 4 timmarna och kontrollerar sedan titlar som börjar med n8n@ och slutar med .0. Den sista delen är nyckeln: det är så du undviker att få ping för varje patch.
Aviseringar går till Telegram och e-post. Om en träff finns grenar If-noden till två notifieringar: ett Telegram-meddelande till vald chatt och ett SES-mejl som du kan vidarebefordra, arkivera eller göra om till ett ärende.
Du kan enkelt ändra release-filtret för att även inkludera patchreleaser eller betor utifrån dina behov. Se den fullständiga implementeringsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera triggertypen
Konfigurera både den schemalagda och den manuella triggern så att ni kan köra arbetsflödet enligt schema eller vid behov.
- Lägg till och öppna Scheduled Automation Trigger.
- Ställ in Trigger Times på
customoch använd cron-uttrycket0 0 10,14,18 * * *. - Lägg till Manual Start Trigger för att aktivera test och körning vid behov.
- Anslut både Scheduled Automation Trigger och Manual Start Trigger till Retrieve Release Feed.
Steg 2: anslut källan för releaseflödet
Hämta n8n:s Atom-flöde för releaser som ska kontrolleras efter nya versioner.
- Öppna Retrieve Release Feed.
- Ställ in URL till
https://github.com/n8n-io/n8n/releases.atom. - Säkerställ att Retrieve Release Feed är ansluten till Filter Recent Releases.
Steg 3: ställ in bearbetning och villkorsstyrd routning
Filtrera flödet för nyliga releaser och fortsätt bara när innehåll finns.
- Öppna Filter Recent Releases och klistra in den fullständiga Function Code som finns i arbetsflödet.
- Verifiera att funktionen returnerar ett data-fält som innehåller release-sammanfattningen eller en tom sträng.
- Öppna Branch On Content och ställ in Value 1 till
={{$node["Filter Recent Releases"].json["data"]}}. - Ställ in Operation till
regexoch Value 2 till/.+/så att endast innehåll som inte är tomt släpps igenom.
Branch On Content skickar utdata till både Send Telegram Alert och Dispatch Email via SES parallellt.
Steg 4: konfigurera utdata-/åtgärdsnoder
Skicka notiser via Telegram och e-post när en ny release upptäcks.
- Öppna Send Telegram Alert och ställ in Text till
={{$node["Filter Recent Releases"].json["data"]}}. - Ställ in Chat ID till
[YOUR_ID]och behåll Parse Mode somHTML. - Inloggningsuppgifter krävs: anslut era telegramApi-credentials i Send Telegram Alert.
- Öppna Dispatch Email via SES och ställ in Body till
={{$node["Filter Recent Releases"].json["data"]}}. - Ställ in Subject till
New n8n version, From Email till[YOUR_EMAIL]och To Addresses till[YOUR_EMAIL]. - Aktivera Is Body HTML genom att sätta den till
true. - Inloggningsuppgifter krävs: anslut era aws-credentials i Dispatch Email via SES.
Steg 5: testa och aktivera ert arbetsflöde
Validera flödet från början till slut och aktivera sedan schemalagda notiser.
- Klicka på Manual Start Trigger och kör arbetsflödet för att testa flödet med de senaste posterna i flödet.
- Bekräfta att Filter Recent Releases ger ett icke-tomt data-fält när en ny release matchar kriterierna.
- Verifiera att både Send Telegram Alert och Dispatch Email via SES skickar notiser när Branch On Content utvärderas som true.
- Aktivera arbetsflödet så att Scheduled Automation Trigger körs enligt det konfigurerade cron-schemat i produktion.
Vanliga fallgropar
- Telegram-inloggningar kan löpa ut eller så kan boten tappa åtkomst till chatten. Om meddelanden slutar komma, kontrollera bot-token i n8n och bekräfta att chatt-ID:t fortfarande är giltigt.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om nedströmsnoder fallerar på tomma svar.
- AWS SES ”misslyckas ofta utan tydligt fel” när avsändaridentiteten inte är verifierad. Kontrollera dina verifierade identiteter i SES och n8n:s körloggar först, eftersom det oftast handlar om behörigheter eller sandbox-läge.
Vanliga frågor
Cirka 20 minuter när Telegram och SES är klara.
Nej. Du kopplar Telegram och AWS SES och redigerar sedan ett par fält för dina chatt- och e-postinställningar.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 $/månad för högre volym. Du behöver också räkna in kostnaderna för AWS SES e-post (oftast bara ören om du inte skickar mycket).
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 hanterar n8n bra. Self-hosting ger dig obegränsat antal körningar men kräver grundläggande serveradministration.
Ja, men då vill du ändra filtreringslogiken i Function-steget ”Filter Recent Releases” så att det matchar alla semantiska versioner, inte bara taggar som slutar på ”.0”. Vanliga justeringar är att avisera på alla versioner, exkludera pre-releaser som ”beta”, eller bara notifiera för en specifik huvudlinje (till exempel bara 2.x). Du kan också skriva om meddelandetexterna i Telegram och SES för att få med mer kontext som release-URL eller en kort sammanfattning.
Oftast är det bot-token eller chatt-ID. Skapa om token (eller kopiera den på nytt), bekräfta att boten faktiskt finns i målchatten och testkör sedan Telegram-noden igen inne i n8n. Om det fungerar i ett direktmeddelande men inte i en grupp är det vanligtvis behörigheter som är orsaken.
Mer än tillräckligt för normal releasevolym.
För det här användningsfallet passar n8n bättre när du vill ha mer kontroll över filtrering och förgreningar, plus möjligheten att self-hosta för obegränsade körningar. Zapier och Make kan göra ”ny release”-aviseringar, men RSS-tolkning plus anpassad logik kan bli pilligt och prissättningen drar ofta iväg när du kollar oftare. n8n gör det också enkelt att skicka Telegram och SES parallellt utan fulhack. Om du bara gör en enkel tvåstegsavisering och redan betalar för Zapier kan det räcka. Prata med en automations-expert om du vill ha hjälp att välja.
Större releaser kommer fortfarande att hända. Du blir bara inte överraskad av dem. Sätt upp det här en gång och låt flödet hålla koll medan du fokuserar på uppgraderingsplanen.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.