Steg 2: Anslut hämtning av GitHub release-data

Extrahera repo-detaljer från webhook-payloaden och hämta de senaste releaserna för att fastställa tidigare taggar.

1. Öppna Extract Latest Release Data och bekräfta att JavaScript läser från $input.first().json.body och returnerar owner, repo och currentTag.
2. Öppna Assign Repo and Owner och låt Include Other Fields vara aktiverat.
3. I Assign Repo and Owner ställer ni in tilldelningarna:
   name till =owner med value ={{ $json.owner }}
   name till =repo med value ={{ $json.repo }}
4. Öppna Retrieve Recent Releases och ställ in Resource på release och Operation på getAll.
5. Ställ in Limit på 2 och sätt Owner till ={{ $json.owner }} och Repository till ={{ $json.repo }}.

Inloggningsuppgifter krävs: Anslut era githubOAuth2Api-inloggningsuppgifter i Retrieve Recent Releases.

Steg 3: Konfigurera tagg-derivering och versionsjämförelse

Beräkna taggen för föregående release och jämför versioner med GitHubs compare-API.

1. Öppna Derive Previous Tags och behåll den befintliga JavaScript-koden som väljer publicerade releaser och returnerar currentTag och previousTag.
2. Öppna Compare Release Versions och ställ in URL på =https://api.github.com/repos/{{ $json.owner }}/{{ $json.repo }}/compare/{{ $json.previousTag }}...{{ $json.currentTag }}.
3. Aktivera Send Headers och sätt headern Accept till application/vnd.github+json.
4. Ställ in Authentication på predefinedCredentialType och Credential Type på githubOAuth2Api.
5. Öppna Validate Change Set och behåll JavaScript-koden som förenklar commits och filer, samtidigt som den hämtar taggar från Derive Previous Tags.

Inloggningsuppgifter krävs: Anslut era githubOAuth2Api-inloggningsuppgifter i Compare Release Versions.

Steg 4: Konfigurera AI-sammanfattning och skapande av release notes

Använd två AI-agenter för att sammanfatta ändringar och generera välformaterade release notes.

1. Öppna Summarize Release Changes och behåll Prompt Type inställt på define med den befintliga prompttexten.
2. Bekräfta att prompten i Summarize Release Changes refererar till {{ $json.previousTag }}, {{ $json.currentTag }} och {{ JSON.stringify($json) }}.
3. Öppna Compose Release Notes och behåll Prompt Type inställt på define med de befintliga formateringsreglerna.
4. Bekräfta att prompten i Compose Release Notes använder {{ JSON.stringify($json) }} och refererar till {{ $('Derive Previous Tags').item.json.currentTag }} för titeln.
5. Verifiera att Primary Chat Model är ansluten som språkmodell för Summarize Release Changes, och att Secondary Chat Model är ansluten som språkmodell för Compose Release Notes.

Inloggningsuppgifter krävs: Anslut era openRouterApi-inloggningsuppgifter i Secondary Chat Model.

Steg 5: Dokumentera workflow-kontexten

Se till att dokumentation och workflow-kontext är lättillgänglig för förvaltare.

1. Granska Flowpast Branding och behåll innehållet som en referensbanner för workflowet.

Steg 6: Testa och aktivera ert workflow

Kör ett komplett test för att säkerställa att release-detektering, jämförelse och AI-utdata fungerar hela vägen.

1. I n8n klickar ni på Execute Workflow för att testa med en payload från en nylig GitHub release-händelse.
2. Verifiera att Compare Release Versions returnerar commit- och fildata, och att Validate Change Set ger ut hasChanges och förenklade listor.
3. Bekräfta att Summarize Release Changes ger ut Markdown-sektioner och att Compose Release Notes returnerar slutligt formaterade release notes.
4. När testet lyckas växlar ni workflowet till Active för att aktivera användning i produktion.