Anslut GitLab till Notion
GitLab hjälper team att hantera kod, samarbeta i utvecklingen och spåra releaser. Synka projekt, ärenden, merge requests, pipelines och releaser till Notion för att samla utvecklingsarbetet med teamets planer och dokument.
Vi ersätter befintliga hanterade GitLab-synkroniseringar med anpassade synkroniseringar som drivs av Notion Workers. Du kan anpassa vilken data du synkroniserar och hur den organiseras i Notion. Din befintliga synkroniserade data stannar kvar i Notion; följ den här guiden för att konfigurera en ersättning. Läs mer om Notion Workers →
Befintliga GitLab-synkroniseringar slutar fungera den 30 oktober 2026. De fortsätter att fungera som vanligt fram till dess, men flyttas inte över automatiskt. Vi rekommenderar att du konfigurerar din ersättningssynkronisering före det datumet.
Workers kör din synkronisering på Notions infrastruktur. För att ställa in din ersättning, @-omnämn din befintliga Synkroniserad databas i en chatt med Notion AI och inkludera GitLab-synkroniseringsfärdigheten.
Ha dessa redo:
Din befintliga GitLab-Synkroniserad databas i Notion. Se till att Notion AI kan få åtkomst till den.
Den fullständiga listan över GitLab-projekt som ska inkluderas. Du kan ange projekt-webbadresser, numeriska ID:n eller sökvägar som my-team/my-project. Lär dig hur du visar projekt i GitLab →
En personlig GitLab-åtkomsttoken eller projektåtkomsttoken med read_api och åtkomst till varje valt projekt.
Åtkomst till Workers och de verktyg Notion AI behöver för att skapa och distribuera en Worker i din arbetsyta.
Denna färdighetssida, som du kopierar till ditt Notion-konto: GitLab Guide: Worker Sync. Denna färdighet är för GitLab.com. Om du använder en självhanterad GitLab-instans, berätta det för Notion AI före installationen. Guidens API-adress och konfiguration av inloggningsuppgifter behöver anpassas och valideras för din instans.
Obs: Den här guiden skapar ersättningsdatabaser. Din befintliga databas förblir tillgänglig medan du kontrollerar dem. Dess sidlänkar, vyer, relationer och information som endast finns i Notion överförs inte automatiskt.
Öppna en chatt med Notion AI i arbetsytan som innehåller din befintliga Synkroniserad databas.
Kopiera prompten nedan. Ersätt @Existing GitLab sync database genom att skriva @ och välja den faktiska databasen från @-omnämnandemenyn. Om ärenden och merge requests finns i separata Synkroniserade databaser, nämn båda.
Ersätt min nuvarande GitLab-synkronisering, @Existing GitLab sync database, med en Notion Worker som använder GitLab Guide: Worker Sync.
Granska den befintliga databasen och bekräfta den fullständiga listan över GitLab-projekt med mig. Följ färdigheten för att skapa synkroniseringar varje timme, fem relaterade databaser, vyer och en kontrollpanel under en privat GitLab Sync-sida. Om en ersättnings-Worker redan finns, granska och återanvänd den där det är lämpligt.
Behåll min befintliga databas intakt. Identifiera anpassade egenskaper, värden som endast finns i Notion, vyer, relationer och länkar som kräver separat hantering. Begär min GitLab-token via en säker inmatning för inloggningsuppgifter, inte i chatt.
Förhandsgranska varje valt projekt och datatyp, slutför den första synkroniseringen och kontrollera poster och projektrelationer. Visa mig ersättningsdatabaserna, eventuella skillnader och stegen för att byta över innan du ändrar den gamla synkroniseringen.
Välj ett faktiskt @-omnämnande av databas i prompten. Att bara skriva databasens namn ger inte Notion AI en länk att granska.
Bekräfta den fullständiga projektlistan, inklusive projekt som döljs av din nuvarande Notion-vyns filter. En token begränsad till ett projekt räcker inte för en synkronisering som även behöver åtkomst till andra projekt.
Följ Notion AI:s instruktioner för att ange din GitLab-token via den säkra inmatningen för inloggningsuppgifter. Den behöver read_api och åtkomst till de valda projekten.
Klistra inte in token i chatten, på en Notion-sida eller i en databas-egenskap. Workern använder en förmedlad autentiseringsuppgift så att dess kod inte behöver läsa den råa token.
Denna konfiguration använder en ny Worker-autentiseringsuppgift. Din befintliga GitLab-anslutning tillhandahåller den inte automatiskt.
Om Notion AI inte kan komma åt färdigheten eller Worker-verktygen, lös den åtkomsten först. Den länkade guiden innehåller även konfigurationsinstruktioner för någon i ditt team som kan använda Notion CLI.
Färdigheten skapar en privat GitLab Sync-sida som innehåller fem synkroniserade databaser och en kontrollpanel:
Databas | Vad den inkluderar |
|---|---|
GitLab-projekt | Projektnamn, sökvägar, beskrivningar, arkivstatus, synlighet, standardgrenar, länkar och aktivitetsdatum. |
GitLab-ärenden | Ärenden i olika tillstånd, med tilldelade personer, etiketter, milstolpar, allvarlighetsgrad, förfallodatum och projektrelationer. |
GitLab-merge requests | GitLab-merge requests i olika tillstånd, med utkaststatus, författare, tilldelade personer, grenar, merge-status och projektrelationer. |
GitLab-pipelines | Pipeline-status, referenser, källa, datum, länkar och projektrelationer. |
GitLab-releaser | Releasenamn, taggar, beskrivningar, releasedatum, länkar och projektrelationer. |
GitLab-kontrollpanel samlar dessa poster i diagram och arbetsköer. Den inkluderar öppna ärenden, öppna GitLab-merge requests, misslyckade GitLab-pipelines, senaste GitLab-releaser och projektaktivitet.
De fem synkroniserade databaserna innehåller posterna. Kontrollpanelen visar vyer av dessa poster. Din gamla databas för ärenden eller GitLab-merge requests kan ha täckt färre datatyper än den här färdighetens standardinställning.
Kontrollera dessa skillnader innan du byter:
Personer och etiketter: Författare, tilldelade personer och etiketter lagras som text i den här guiden. De är inte Notion-person- eller flervalsegenskaper.
Projektrelationer: Ärenden, GitLab-merge requests, GitLab-pipelines och GitLab-releaser bör länka till sina valda projektposter.
Postidentitet: Poster från olika projekt måste förbli åtskilda även när de använder samma projektlokala ärende- eller GitLab-merge request-nummer.
Ytterligare innehåll: Guiden synkroniserar inte ärendekommentarer, diskussioner i GitLab-merge requests, arkivfiler eller jobb-loggar. Be Notion AI att bedöma eventuella extra fält som ditt befintliga arbetsflöde behöver.
Vänta tills Notion AI bekräftar att alla fem synkroniseringar är felfria och att den initiala importen är klar.
Jämför varje valt projekt med GitLab. Kontrollera ett urval av öppna och stängda ärenden, GitLab-merge requests, GitLab-pipelines och GitLab-releaser.
Bekräfta att projektrelationer och kontrollpanelsvyer visar de förväntade posterna.
Kontrollera att en nyligen gjord GitLab-ändring når ersättningen efter en lyckad uppdatering.
Granska den gamla databasens anpassade egenskaper och Notion-specifika värden med Notion AI. Överför det du behöver med hjälp av stabila GitLab-post-ID:n.
Uppdatera länkar, länkade databasvyer, relationer och automatiseringar som bör använda ersättningen. Granska den nya sidans delningsbehörigheter.
När ditt team använder ersättningen, be Notion AI om hjälp med att avveckla den gamla synkroniseringen samtidigt som den gamla databasen hålls tillgänglig för referens.
Du behöver inte radera den gamla databasen för att använda Worker. Behåll den tills du har kontrollerat att teamets information och arbetsflöden finns med.
Färdigheten ställer in fem synkroniseringar per timme, en för varje datatyp. Projekt synkroniseras först under konfigurationen så att de andra databaserna kan relatera sina poster till rätt projekt.
Varje lyckad uppdatering läser alla sidor med resultat för de konfigurerade projekten och uppdaterar den matchande Notion-databasen. Worker fortsätter att köras när Notion är stängt.
Uppdateringar flödar från GitLab till Notion. Gör ändringar i synkroniserade värden i GitLab; ändringar i Notion skrivs inte tillbaka.
Uppdateringarna är schemalagda varje timme – det garanterar inte att varje uppdatering avslutas inom en bestämd tid. Stora projekthistoriker och GitLab-förfrågningsgränser kan fördröja färdigställandet.
Tips: Behåll den fullständiga projektlistan. Dessa synkroniseringar använder ersättningsläge: poster som saknas vid en slutförd uppdatering tas bort från den synkroniserade databasen. Att ta bort ett projekt från konfigurationen kan ta bort dess synkroniserade poster, inklusive information som endast finns i Notion på dessa sidor. Be Notion AI att förhandsgranska varje valt projekt och datatyp innan du tillämpar en ändring.
Färdigheten startar med en privat GitLab Sync-sida. Dela den endast med de personer som bör se de importerade posterna.
Notions behörigheter styr åtkomsten till den synkroniserade datan. Ett GitLab-projekts Visibility-egenskap eller ett ärendes Confidential-egenskap begränsar inte den ursprungliga behörigheten i Notion. Granska datan som tokenen inkluderar innan du delar sidan.
Ett projekt saknas
Bekräfta den fullständiga projektlistan och token-åtkomsten. Ge Notion AI projektets URL eller numeriska ID om dess sökväg har ändrats. Kör inte en uppdatering med en förkortad lista bara för att kringgå ett åtkomstfel.
Ett ärende eller en merge request saknas
Be Notion AI att kontrollera projektvalet, om det kontrollerar ärenden och merge requests i alla tillstånd, samt varje resultatsida. Kontrollera även Notion-vyns filter.
Kontrollpanelen är tom
Be Notion AI att kontrollera källdatabaserna, deras senaste synkroniseringsresultat och projektrelationer innan du återskapar kontrollpanelen. En kontrollpanel kan vara tom medan den första importen fortfarande körs.
Jag ser dubblettdatabaser
Be Notion AI att inspektera befintlig Worker, databaswebbadresser och sidstruktur innan du skapar något annat. Färdigheten kräver fem faktiska synkroniserade databaser och en kontrollpanel under GitLab Sync. Låt Notion AI identifiera eventuella dubbletter innan du tar bort dem.
Uppdateringar har slutat fungera
Be Notion AI att kontrollera Workers senaste körningar, token-giltighet, token-behörigheter och åtkomst till varje valt projekt. För en självhanterad instans, kontrollera även den konfigurerade GitLab-värden (GitLab-värd). Begränsningar för förfrågningar kan fördröja uppdateringar.
