Forbind GitLab til Notion
GitLab hjælper teams med at styre kode, samarbejde om udvikling og spore udgivelser. Synkronisér GitLab-projekter, issues, merge requests, pipelines og udgivelser til Notion, så arbejdet ligger sammen med teamets planer og docs.
Vi erstatter eksisterende administrerede GitLab-synkroniseringer med skræddersyede synkroniseringer drevet af Notion Workers. Du kan tilpasse, hvilke data du synkroniserer, og hvordan de organiseres i Notion. Dine eksisterende synkroniserede data bliver i Notion; følg denne guide for at konfigurere en erstatning. Lær mere om Notion Workers →
Eksisterende GitLab-synkroniseringer holder op med at fungere den 30. oktober 2026. De vil fortsætte med at fungere normalt indtil da, men vil ikke flytte over af sig selv. Vi anbefaler, at du konfigurerer din erstatningssynkronisering før den dato.
Workers kører din synkronisering på Notions infrastruktur. For at konfigurere din erstatning skal du @-omtale din eksisterende Synkroniseret database i en chat med Notion AI og inkludere GitLab-synkroniseringsfærdigheden.
Hav disse klar:
Din eksisterende GitLab-synkroniseret database i Notion. Sørg for, at Notion AI kan få adgang til den.
Den fuldstændige liste over GitLab-projekter, der skal inkluderes. Du kan angive projekt-URL'er, numeriske ID'er eller stier såsom my-team/my-project. Lær hvordan du får vist projekter i GitLab →
Et GitLab-personligt eller projekt-adgangstoken med read_api og adgang til hvert valgt projekt.
Adgang til Workers og de værktøjer, Notion AI skal bruge for at oprette og implementere en worker i dit arbejdsområde.
Denne færdighedsside, som du vil kopiere til din Notion-konto: GitLab Guide: Worker Sync. Denne færdighed er til GitLab.com. Hvis du bruger en selvstyret GitLab-instans, skal du fortælle det til Notion AI før opsætning. Vejledningens API-adresse og konfiguration af legitimationsoplysninger kræver tilpasning og validering til din instans.
Bemærk: Denne guide opretter erstatningsdatabaser. Din eksisterende database forbliver tilgængelig, mens du tjekker dem. Dens sidelinks, visninger, relationer og Notion-specifikke oplysninger overføres ikke automatisk.
Åbn en chat med Notion AI i det arbejdsområde, der indeholder din eksisterende Synkroniseret database.
Kopiér prompten nedenfor. Erstat @Existing GitLab sync database ved at skrive @ og vælge den faktiske database fra menuen med @-omtale. Hvis problemer og merge requests er i separate synkroniserede databaser, skal du nævne begge.
Erstat min nuværende GitLab-synkronisering, @Existing GitLab sync database, med en Notion worker ved hjælp af GitLab Guide: Worker Sync.
Undersøg den eksisterende database, og bekræft den fuldstændige liste over GitLab-projekter med mig. Følg færdigheden til at oprette de timelige synkroniseringer, fem relaterede databaser, visninger og dashboard under en Privat GitLab Sync-side. Hvis der allerede findes en erstatnings-worker, skal du undersøge og genbruge den, hvor det er relevant.
Behold min eksisterende database intakt. Identificer egenskaber, Notion-specifikke værdier, views, relationer og /link, der kræver separat håndtering. Anmod om mit GitLab-token via et sikkert inputfelt til legitimationsoplysninger, ikke i chatten.
Forhåndsvis hvert valgt projekt og datatype, fuldfør den første synkronisering, og tjek poster og projektrelationer. Vis mig erstatningsdatabaser, eventuelle forskelle og trinnene til at skifte over, før du ændrer den gamle synkronisering.
Vælg en faktisk database @-omtale i prompt. Blot at skrive databasens navn giver ikke Notion AI et /link til at undersøge den.
Bekræft den fuldstændige projektliste, inklusive projekter, der er skjult af din nuværende Notion-visningens filtre. Et token, der er begrænset til ét projekt, er ikke nok til en synkronisering, der også har brug for adgang til andre projekter.
Følg Notion AI's instruktioner for at angive dit GitLab-token via det sikre inputfelt til legitimationsoplysninger. Det kræver read_api og adgang til de valgte projekter.
Indsæt ikke tokenet i chatten, på en Notion-side eller i en databaseegenskab. worker bruger en formidlet legitimation, så dens kode behøver ikke at læse det rå token.
Denne opsætning bruger en ny worker-legitimation. Din eksisterende GitLab-forbindelse leverer den ikke automatisk.
Hvis Notion AI ikke kan få adgang til færdigheden eller worker-værktøjerne, skal du først løse denne adgang. Den tilknyttede vejledning indeholder også opsætningsinstruktioner til en person på dit team, der kan bruge Notion CLI.
Færdigheden opretter en Privat GitLab Sync side, der indeholder fem synkroniserede databaser og et dashboard:
Database | Hvad det inkluderer |
|---|---|
GitLab-projekter | Projektnavne, stier, beskrivelser, arkivstatus, synlighed, standardgrene, links og aktivitetsdatoer. |
GitLab-sager | Sager på tværs af tilstande, med ansvarlige, etiketter, milepæle, alvorlighedsgrad, forfaldsdatoer og projektrelationer. |
GitLab Merge Requests | Merge requests på tværs af tilstande, med udkaststatus, forfattere, ansvarlige, grene, merge-status og projektrelationer. |
GitLab Pipelines | Pipeline-status, referencer, kilde, datoer, links og projektrelationer. |
GitLab Releases | Release-navne, tags, beskrivelser, udgivelsesdatoer, links og projektrelationer. |
GitLab Dashboard samler disse poster i diagrammer og arbejdskøer. Det inkluderer åbne sager, åbne merge requests, fejlede pipelines, nylige releases og projektaktivitet.
De fem synkroniserede databaser indeholder posterne. Dashboardet viser visninger af disse poster. Din gamle database til sager eller merge requests har muligvis dækket færre datatyper end denne færdigheds standardopsætning.
Tjek disse forskelle, før du skifter:
Personer og etiketter: Forfattere, ansvarlige og etiketter gemmes som tekst i denne vejledning. De er ikke Notion-person- eller vælg flere-egenskaber.
Projektrelationer: Sager, merge requests, pipelines og releases bør linke til deres valgte projektposter.
Postidentitet: Poster fra forskellige projekter skal forblive adskilte, selv når de bruger det samme projektlokale sags- eller merge request-nummer.
Yderligere indhold: Vejledningen synkroniserer ikke sagskommentarer, diskussioner om merge requests, arkivfiler eller joblogfiler. Bed Notion AI om at vurdere eventuelle ekstra felter, som din eksisterende arbejdsgang har brug for.
Vent, indtil Notion AI bekræfter, at alle fem synkroniseringer er sunde, og at den indledende import er fuldført.
Sammenlign hvert valgt projekt med GitLab. Tjek et udvalg af åbne og lukkede sager, merge requests, pipelines og releases.
Bekræft, at projektrelationer og dashboardvisninger viser de forventede poster.
Tjek, at en nylig GitLab-ændring når frem til erstatningen efter en vellykket opdatering.
Gennemgå den gamle databases brugerdefinerede egenskaber og Notion-specifikke værdier med Notion AI. Overfør det, du har brug for, ved hjælp af stabile GitLab-post-id'er.
Opdater links, tilknyttede databasevisninger, relationer og automatiseringer, der skal bruge erstatningen. Gennemgå den nye sides delingstilladelser.
Når dit team bruger erstatningen, kan du bede Notion AI om at hjælpe med at udfase den gamle synkronisering, mens den gamle database bevares til reference.
Du behøver ikke at slette den gamle database for at bruge worker. Behold den, indtil du har tjekket, at dit teams informationer og arbejdsgange er taget højde for.
Færdigheden opsætter fem synkroniseringer i timen, én for hver datatype. Projekter synkroniseres først under opsætningen, så de andre databaser kan relatere deres poster til de rigtige projekter.
Hver vellykket opdatering læser alle sider med resultater for de konfigurerede projekter og opdaterer den matchende Notion-database. worker fortsætter med at køre, når Notion er lukket.
Opdateringer flyder fra GitLab til Notion. Foretag ændringer i synkroniserede værdier i GitLab; ændringer i Notion skrives ikke tilbage.
Tidsplanen er hver time, ikke en garanti for, at hver opdatering afsluttes inden for et fast tidsrum. Store projekthistorikker og GitLab-anmodningsgrænser kan forsinke færdiggørelsen.
Tip: Behold den komplette projektliste. Disse synkroniseringer bruger erstatningstilstand: poster, der mangler efter en fuldført opdatering, fjernes fra den synkroniserede database. Fjernelse af et projekt fra konfigurationen kan fjerne dets synkroniserede poster, inklusive Notion-specifik information på disse sider. Bed Notion AI om at forhåndsvise hvert valgt projekt og datatype, før du anvender en ændring.
Færdigheden starter med en Privat GitLab Sync-side. Del den kun med de personer, der skal se de importerede poster.
Notions tilladelser styrer adgangen til de synkroniserede data. Et GitLab-projekts Visibility-egenskab eller et problems Confidential-egenskab håndhæver ikke den kildetilladelse i Notion. Gennemgå de data, der er inkluderet af tokenet, før du deler siden.
Et projekt mangler
Bekræft den fuldstændige projektliste og token-adgang. Giv Notion AI projektets URL eller numeriske ID, hvis dets sti er ændret. Kør ikke en opdatering med en forkortet liste bare for at omgå en adgangsfejl.
Et problem eller en merge request mangler
Bed Notion AI om at tjekke projektvalget, om det tjekker problemer og merge requests i enhver tilstand, og hver side med resultater. Tjek også Notion-visningens filtre.
Dashboardet er tomt
Bed Notion AI om at tjekke kildedatabaserne, deres seneste synkroniseringsresultater og projektrelationer, før du genopbygger dashboardet. Et dashboard kan være tomt, mens den indledende import stadig kører.
Jeg ser duplikerede databaser
Bed Notion AI om at inspicere den eksisterende worker, database-URL'er og sidestruktur, før du opretter andet. Færdigheden kræver fem faktiske synkroniserede databaser og ét dashboard under GitLab Sync. Lad Notion AI identificere eventuelle dubletter, før du fjerner dem.
Opdateringer er stoppet
Bed Notion AI om at tjekke workerens seneste kørsler, token-udløb, token-tilladelser og adgang til hvert valgt projekt. For en selvstyret instans skal du også tjekke den konfigurerede GitLab-vært. Anmodningsgrænser kan forsinke opdateringer.
