Koble GitLab til Notion
GitLab hjelper team med å administrere kode, samarbeide om utvikling og spore utgivelser. Synkroniser prosjekter, saker, merge requests, pipelines og utgivelser til Notion, så ligger utviklingsarbeidet sammen med planer og dokumenter.
Vi erstatter eksisterende administrerte GitLab-synkroniseringer med skreddersydde synkroniseringer drevet av Notion Workers. Du kan tilpasse hvilke data du synkroniserer og hvordan de organiseres i Notion. Dine eksisterende synkroniserte data forblir i Notion; følg denne veiledningen for å sette opp en erstatning. Lær mer om Notion Workers →
Eksisterende GitLab-synkroniseringer slutter å fungere 30. oktober 2026. De vil fortsette å fungere som normalt frem til da, men vil ikke flyttes over av seg selv. Vi anbefaler å sette opp erstatningssynkroniseringen før den datoen.
Workers kjører synkroniseringen din på Notions infrastruktur. For å sette opp erstatningen din, @-omtale din eksisterende synkroniserte database i en chat med Notion KI og inkluder GitLab-synkroniseringsferdigheten.
Ha disse klare:
Din eksisterende GitLab-synkroniserte database i Notion. Sørg for at Notion AI har tilgang til den.
Den fullstendige listen over GitLab-prosjekter som skal inkluderes. Du kan oppgi prosjekt-URL-er, numeriske ID-er eller baner som my-team/my-project. Lær hvordan du viser prosjekter i GitLab →
En GitLab-personlig eller prosjekttilgangstoken med read_api og tilgang til hvert valgte prosjekt.
Tilgang til Workers og verktøyene Notion AI trenger for å opprette og distribuere en Worker i arbeidsområdet ditt.
Denne ferdighetssiden, som du vil kopiere inn i din Notion-konto: GitLab-veiledning: Worker Sync. Denne ferdigheten er for GitLab.com. Hvis du bruker en selvstyrt GitLab-instans, si fra til Notion KI før oppsett. Veiledningens API-adresse og legitimasjonskonfigurasjon trenger tilpasning og validering for din instans.
Merk: Denne veiledningen oppretter erstatningsdatabaser. Den eksisterende databasen din forblir tilgjengelig mens du gjennomgår den. Sidelinker, visninger, relasjoner og Notion-spesifikk informasjon overføres ikke automatisk.
Åpne en chat med Notion KI i arbeidsområdet som inneholder den eksisterende synkroniserte databasen din.
Kopier hjelpeteksten nedenfor. Erstatt @Existing GitLab sync database ved å skrive @ og velg den faktiske databasen fra @-omtale-menyen. Hvis saker og sammenslåingsforespørsler er i separate synkroniserte databaser, @-omtale begge.
Erstatt min nåværende GitLab-synkronisering, @Existing GitLab sync database, med en Notion Worker ved å bruke GitLab-veiledning: Worker Sync.
Inspiser den eksisterende databasen og bekreft den fullstendige GitLab-prosjektlisten med meg. Følg ferdigheten for å opprette timevise synkroniseringer, fem relaterte databaser, visninger og dashbord under en privat GitLab Sync-side. Hvis en erstatnings-Worker allerede finnes, inspiser og gjenbruk den der det er hensiktsmessig.
Hold min eksisterende database intakt. Identifiser egendefinerte egenskaper, Notion-bare verdier, Visninger, relasjoner og lenker som trenger separat håndtering. Be om min GitLab-token gjennom en sikker legitimasjonsoppføring, ikke i chat.
Forhåndsvis hvert valgte prosjekt og datatype, fullfør den første synkroniseringen, og sjekk poster og prosjektrelasjoner. Vis meg erstatningsdatabasene, eventuelle forskjeller og trinnene for å bytte over før du endrer den gamle synkroniseringen.
Velg en faktisk @-omtale av databasen i hjelpeteksten. Å bare skrive navnet på databasen gir ikke Notion KI en lenke å inspisere.
Bekreft den fullstendige prosjektlisten, inkludert prosjekter skjult av filtrene i din nåværende Notion-Visning. En token begrenset til ett prosjekt vil ikke være nok for en synkronisering som også trenger tilgang til andre prosjekter.
Følg Notion KIs instruksjoner for å oppgi din GitLab-token gjennom den sikre legitimasjonsoppføringen. Den trenger read_api og tilgang til de valgte prosjektene.
Ikke lim inn tokenet i chatten, på en Notion-side eller i en databaseegenskap. Worker bruker en formidlet legitimasjon, så koden trenger ikke å lese det rå tokenet.
Dette oppsettet bruker en ny Worker-legitimasjon. Din eksisterende GitLab-tilkobling leverer den ikke automatisk.
Hvis Notion KI ikke får tilgang til ferdigheten eller Worker-verktøyene, må du løse den tilgangen først. Den lenkede veiledningen inneholder også oppsettinstruksjoner for noen på teamet ditt som kan bruke Notion-CLI.
Ferdighet oppretter en Privat GitLab Sync-side som inneholder fem Synkroniserte databaser og et dashbord:
Database | Hva det inkluderer |
|---|---|
GitLab-prosjekter | Prosjektnavn, baner, beskrivelser, arkivstatus, synlighet, standardgrener, lenker og aktivitetsdatoer. |
GitLab-saker | Saker på tvers av tilstander, med tildelte personer, merkelapper, milepæler, alvorlighetsgrad, forfallsdatoer og prosjektrelasjoner. |
GitLab-fletteforespørsler | Fletteforespørsler på tvers av tilstander, med utkaststatus, forfattere, tildelte personer, grener, flettestatus og prosjektrelasjoner. |
GitLab-pipelines | Pipelinestatus, referanser, kilde, datoer, lenker og prosjektrelasjoner. |
GitLab-utgivelser | Utgivelsesnavn, tagger, beskrivelser, utgivelsesdatoer, lenker og prosjektrelasjoner. |
GitLab-dashbord samler disse postene i diagrammer og arbeidskøer. Det inkluderer åpne saker, åpne fletteforespørsler, mislykkede pipelines, nylige utgivelser og prosjektaktivitet.
De fem synkroniserte databasene inneholder postene. Dashbordet viser visninger av disse postene. Din gamle database for saker eller fletteforespørsler kan ha dekket færre datatyper enn denne ferdighetens standardoppsett.
Sjekk disse forskjellene før du bytter:
Personer og merkelapper: Forfattere, tildelte personer og merkelapper lagres som tekst i denne veiledningen. De er ikke Notion-person- eller flervalgegenskaper.
Prosjektrelasjoner: Saker, fletteforespørsler, pipelines og utgivelser bør lenke til sine valgte prosjektposter.
Postidentitet: Poster fra forskjellige prosjekter må forbli distinkte selv når de bruker samme prosjektlokale sak- eller fletteforespørselsnummer.
Tilleggsinnhold: Veiledningen synkroniserer ikke sakskommentarer, diskusjoner om fletteforespørsler, repository-filer eller jobblogger. Be Notion KI om å vurdere eventuelle ekstra felt som din eksisterende arbeidsflyt trenger.
Vent til Notion KI bekrefter at alle fem synkroniseringer er sunne og at den første importen er fullført.
Sammenlign hvert valgt prosjekt med GitLab. Sjekk et utvalg av åpne og lukkede saker, fletteforespørsler, pipelines og utgivelser.
Bekreft at prosjektrelasjoner og dashbordvisninger viser de forventede postene.
Sjekk at en nylig GitLab-endring når erstatningen etter en vellykket oppdatering.
Gå gjennom den gamle databasens egendefinerte egenskaper og Notion-bare verdier med Notion KI. Overfør det du trenger ved å bruke stabile GitLab-post-ID-er.
Oppdater lenker, tilknyttede databasevisninger, relasjoner og automasjoner som skal bruke erstatningen. Gå gjennom den nye sidens delingstillatelser.
Når teamet ditt bruker erstatningen, kan du be Notion KI om hjelp til å pensjonere den gamle synkroniseringen, samtidig som den gamle databasen holdes tilgjengelig for referanse.
Du trenger ikke å slette den gamle databasen for å bruke Worker. Behold den til du har kontrollert at teamets informasjon og arbeidsflyter er ivaretatt.
Ferdighet setter opp fem synkroniseringer hver time, én for hver datatype. Prosjekter synkroniseres først under oppsettet, slik at de andre databasene kan relatere postene sine til de riktige prosjektene.
Hver vellykket oppdatering leser alle resultatsider for de konfigurerte prosjektene og oppdaterer den tilsvarende Notion-databasen. Worker fortsetter å kjøre når Notion er lukket.
Oppdateringer flyter fra GitLab til Notion. Gjør endringer i synkroniserte verdier i GitLab; endringer i Notion skrives ikke tilbake.
Timeplanen er timevis, men det er ingen garanti for at hver oppdatering fullføres innen en fastsatt tid. Store prosjekthistorikker og GitLab-forespørselsgrenser kan forsinke fullføringen.
Tips: Behold den fullstendige prosjektlisten. Disse synkroniseringene bruker erstatningsmodus: poster som mangler etter en fullført oppdatering, fjernes fra den synkroniserte databasen. Fjerning av et prosjekt fra konfigurasjonen kan fjerne dets synkroniserte poster, inkludert Notion-spesifikk informasjon på disse sidene. Be Notion KI om å forhåndsvise hvert valgte prosjekt og datatype før du gjennomfører endringen.
Ferdighet starter med en Privat GitLab Sync-side. Del den kun med personene som skal se de importerte postene.
Notions Tilgang kontrollerer tilgang til de synkroniserte dataene. Et GitLab-prosjekts Visibility-egenskap eller en saks Confidential-egenskap håndhever ikke den kildetilgangen i Notion. Gå gjennom dataene som inkluderes av tokenet før du deler siden.
Et prosjekt mangler
Bekreft den fullstendige prosjektlisten og tilgang til token. Gi Notion KI prosjektets URL eller numeriske ID hvis banen har endret seg. Ikke kjør oppdatering med en forkortet liste bare for å omgå en tilgangsfeil.
En sak eller en sammenslåingsforespørsel mangler
Be Notion KI om å sjekke prosjektvalget, om den sjekker saker og sammenslåingsforespørsler i alle tilstander, og hver side med resultater. Sjekk også filtrene i Notion-visningen.
Dashbordet er tomt
Be Notion KI om å sjekke kildedatabasene, deres siste synkroniseringsresultater og prosjektrelasjoner før du gjenoppbygger dashbordet. Et dashbord kan være tomt mens den første importer fortsatt kjører.
Jeg ser duplikate databaser
Be Notion KI om å inspisere den eksisterende Worker, database-URL-er og sidestruktur før du oppretter noe annet. Ferdighet krever fem faktiske synkroniserte databaser og ett dashbord under GitLab Sync. La Notion KI identifisere eventuelle duplikater før du fjerner dem.
Oppdateringer har stoppet
Be Notion AI om å sjekke Workerens siste kjøringer, utløp av token, token-tillatelser og tilgang til hvert valgt prosjekt. For en selvstyrt instans, sjekk også den konfigurerte GitLab-verten. Forespørselsbegrensninger kan forsinke oppdateringer.
