GitLab ansluter med en personlig åtkomsttoken. Konfigurera den under Inställningar → Anslutningar → Versionshantering.
Skapa tokenen
Skapa en personlig åtkomsttoken i GitLab med omfånget api . Det ger åtkomst till att läsa innehållet i repot, skapa brancher och öppna merge requests.
Klistra in tokenen i inställningarna för Versionshantering. Coroid krypterar den när den lagras, lämnar aldrig ut den via gränssnittet eller API och inkluderar den aldrig i inställningsexporter.
Vem tokenen tillhör
Om flera i teamet ska använda anslutningen bör du skapa tokenen på ett konto avsett för automatisering, inte på en enskild persons konto. Då fortsätter anslutningen att fungera även när personer byter roll.
Ange ett utgångsdatum som du faktiskt kommer att hålla koll på. Om tokenen upphör att gälla utan att någon märker det kan arbetet plötsligt sluta skickas upp. Det är svårt att förstå orsaken enbart utifrån felmeddelandet.
Merge requests
Coroid öppnar merge requests på samma sätt som pull requests på GitHub — en branch per uppgift, som skickas upp när arbetet är klart och riktas mot din basbranch.
Coroid slår aldrig ihop ändringar på egen hand. En merge sker bara när en person slår ihop merge requesten i GitLab eller trycker på Godkänn och slå samman i Coroid.
Dina befintliga godkännanderegler och krav på pipelines gäller oförändrade. Godkänn och slå samman slår också ihop via merge requesten, så det är samma regler som avgör om det lyckas. Se Sammanfogning av merge requests.
GitLab Review Apps
Om du använder GitLab Review Apps kan de miljöerna kopplas till merge requests som granskningsunderlag. Se Underlag för granskning.
Självhanterad GitLab
Anslutningen förutsätter att din GitLab-instans är nåbar från Coroid. Om du har en självhanterad instans bakom en nätverksgräns måste du ordna den åtkomsten innan tokenen är relevant.