Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Important
Den här funktionen finns i Beta. Arbetsyteadministratörer kan styra åtkomsten till den här funktionen från sidan Förhandsversioner . Se Hantera förhandsversioner av Azure Databricks.
Den här sidan innehåller referensdokumentation för GitHub-anslutningsappen i Lakeflow Connect.
Anslutningsegenskaper
När du skapar Unity Catalog-anslutningen måste du ange följande egenskaper för OAuth U2M-autentisering. Dessa värden kommer från GitHub OAuth-appen som du konfigurerade i Konfigurera OAuth U2M för GitHub inmatning.
| Fastighet | Obligatoriskt | Description |
|---|---|---|
| Kund-ID | Yes | Klient-ID:t från din GitHub OAuth-app. |
| Klienthemlighet | Yes | Klienthemligheten från din GitHub OAuth-app. Det här värdet visas bara en gång när du genererar det. |
| Företagsdomän | No | Ditt värdnamn för GitHub Enterprise Server (GHES), om tillämpligt (till exempel github.mycompany.com). Lämna tomt för github.com och GitHub Enterprise Cloud (GHEC). Om den inte är inställd är standardvärdet api.github.com. |
Anslutningsalternativ
Ställ in följande alternativ när du konfigurerar inmatningspipelinen. För ett exempel, se Begränsa insamling till specifika arkiv.
Val av arkiv (repository_id_selections)
Som standard tar connectorn emot data från alla arkiv i organisationen. För att begränsa insamlingen till specifika arkiv, ställ repository_id_selections in en lista med GitHub-repositorier. Detta är de numeriska, oföränderliga repositoriella ID:n som förblir stabila när ett repository byter namn. När listan är tom tar connectorn in alla repositorier i organisationen.
Val av arkiv gäller källtabeller repositoriesmed repository-scope: , repo_contents, , commitsissues, issue_comments, pull_request_review_comments, tagscollaboratorsbranchesworkflows, deploymentslabelsmilestonesdiscussionspull_requestsoch .releases Det påverkar inte organisationsbaserade och nästlade tabeller. För listan över tabeller som ignorerar detta alternativ, se Val av arkiv.
Källtabeller som stöds
Information om vilka tabeller som stöder inkrementella uppdateringar och vilka som uppdateras fullständigt på varje pipelinekörning finns i Data som stöds.
Lagringsplatsinnehåll (repo_contents tabell)
Tabellen repo_contents matar in alla poster i varje lagringsplatss standardgren, inklusive filer, kataloger, undermoduler och symboliska länkar. Den primära nyckeln är (repository_id, branch_name, path). Kolumnen type identifierar varje post som en blob (fil), tree (katalog) eller commit (undermodul). Symboliska länkar är blob poster med en mode av 120000. Endast filposter (blob) fyller i content kolumnen, som innehåller det avkodade textinnehållet. När en fil tas bort från källlagringsplatsen tas dess rad bort från tabellen (hård borttagning). Begränsningar finns i Innehållet i lagringsplatsen.