Správa zdrojového kódu ve službě Azure Data Factory

PLATÍ PRO: Azure Data Factory Azure Synapse Analytics

Tip

Vyzkoušejte si službu Data Factory v Microsoft Fabric, řešení pro analýzy typu all-in-one pro podniky. Microsoft Fabric zahrnuje všechno od přenosu dat po datovou vědu, analýzy v reálném čase, podnikovou inteligenci a vytváření sestav. Přečtěte si, jak začít používat novou zkušební verzi zdarma.

Ve výchozím nastavení autoři uživatelského rozhraní Azure Data Factory pracují přímo se službou Data Factory. Toto prostředí má následující omezení:

• Služba Data Factory neobsahuje úložiště pro ukládání entit JSON pro vaše změny. Jediným způsobem, jak uložit změny, je prostřednictvím tlačítka Publikovat vše a všechny změny se publikují přímo do služby datové továrny.
• Služba Data Factory není optimalizovaná pro spolupráci a správu verzí.
• Šablona Azure Resource Manageru potřebná k nasazení samotné služby Data Factory není zahrnutá.

Azure Data Factory vám umožňuje nakonfigurovat úložiště Git s využitím Azure Repos nebo GitHubu, aby poskytovalo lepší prostředí pro vytváření obsahu. Git je systém správy verzí, který zjednodušuje sledování změn a spolupráci. Tento článek popisuje, jak nakonfigurovat úložiště Git a pracovat s nimi a jak zvýraznit osvědčené postupy a průvodce odstraňováním potíží.

Můžete také odkazovat na kontinuální integraci a doručování (CI/CD) ve službě Azure Data Factory , abyste se dozvěděli více o větším vzoru CI/CD, u kterého je správa zdrojového kódu důležitým aspektem.

Poznámka:

Přidali jsme veřejnou podporu GitHubu pro Azure Gov a Microsoft Azure provozovanou společností 21Vianet. Podívejte se na blog s oznámením.

Další informace o integraci služby Azure Data Factory s Gitem najdete v 15minutovém výukovém videu níže:

Výhody integrace Gitu

Níže je seznam některých výhod integrace Gitu, které poskytuje prostředí pro vytváření obsahu:

• Správa zdrojového kódu: S tím, jak se úlohy datové továrny stanou zásadními, byste chtěli integrovat svoji továrnu s Gitem, abyste použili několik výhod správy zdrojového kódu, jako je následující:
  • Schopnost sledovat/auditovat změny
  • Možnost vrátit zpět změny, které zavedly chyby.
• Částečná uložení: Při vytváření pro službu Data Factory nemůžete uložit změny jako koncept a všechny publikace musí projít validací služby Data Factory. Bez ohledu na to, zda vaše pipeline nejsou dokončeny, nebo prostě nechcete ztratit změny v případě chyby počítače, integrace s Git umožňuje postupné změny prostředků datové továrny bez ohledu na to, v jakém stavu se nacházejí. Konfigurace Git repozitáře vám umožňuje ukládání změn, což vám umožní publikovat až po otestování změn k vaší spokojenosti.
• Spolupráce a řízení: Pokud máte více členů týmu, kteří přispívají do stejné továrny, můžete chtít, aby spolu spolužáci spolupracovali prostřednictvím procesu kontroly kódu. Můžete také nastavit továrnu tak, aby ne každý přispěvatel má stejná oprávnění. Někteří členové týmu můžou provádět změny jenom prostřednictvím Gitu a jenom někteří lidé v týmu můžou změny publikovat do továrny.
• Lepší CI/CD: Pokud nasazujete do více prostředí pomocí procesu průběžného doručování, integrace Git usnadňuje určité akce. Mezi tyto akce patří:
  • Nakonfigurujte kanál verze tak, aby se aktivoval automaticky, jakmile dojde k nějakým změnám ve vaší továrně pro vývoj.
  • Upravte vlastnosti ve vaší továrně, které jsou k dispozici jako parametry v šabloně Resource Manageru. Může být užitečné zachovat pouze požadovanou sadu vlastností jako parametry a mít všechno ostatní pevně zakódované.
• Lepší výkon: Průměrná továrna s integrací Gitu se načítá 10krát rychleji než jedno vytváření ve službě datové továrny. Toto zlepšení výkonu je způsobené tím, že se prostředky stáhnou přes Git.

Poznámka:

Vytváření přímo se službou Data Factory je při konfiguraci úložiště Git zakázané v uživatelském prostředí služby Azure Data Factory. Změny provedené prostřednictvím PowerShellu nebo sady SDK se publikují přímo do služby Data Factory a nezadávají se do Gitu.

Připojení k úložišti Git

Úložiště Git můžete připojit ke své datové továrně pro Azure Repos i GitHub čtyřmi různými způsoby. Po připojení k úložišti Git můžete zobrazit a spravovat konfiguraci v centrupro správu v konfiguraci Gitu v části Správa zdrojového kódu.

Metoda konfigurace 1: Domovská stránka

Na domovské stránce služby Azure Data Factory vyberte Nastavit úložiště kódu nahoře.

Metoda konfigurace 2: Plátno pro vytváření obsahu

Na plátně vytváření uživatelského prostředí služby Azure Data Factory vyberte rozevírací nabídku Data Factory a pak vyberte Nastavit úložiště kódu.

Metoda konfigurace 3: Centrum pro správu

Přejděte do centra pro správu v nástroji Azure Data Factory Studio. V části Správa zdrojového kódu vyberte konfiguraci Gitu. Pokud nemáte připojené žádné úložiště, vyberte Konfigurovat.

Metoda konfigurace 4: Během vytváření továrny

Při vytváření nové datové továrny na webu Azure Portal můžete nakonfigurovat informace o úložišti Git na kartě Konfigurace Gitu.

Poznámka:

Při konfiguraci Gitu na webu Azure Portal je nutné ručně zadat nastavení, jako je název projektu a název úložiště, a ne být součástí rozevíracího seznamu.

Autor s integrací Git s Azure Repos

Vizuální návrh s integrací Azure Repos Git podporuje řízení verzí a spolupráci na pipelinech datové továrny. Datovou továrnu můžete přidružit k úložišti organizace Git Azure Repos pro správu zdrojového kódu, spolupráci, správu verzí atd. Jedna organizace Gitu Azure Repos může mít více úložišť, ale úložiště Git Azure Repos je možné přidružit pouze k jedné datové továrně. Pokud nemáte organizaci nebo úložiště Azure Repos, vytvořte prostředky podle těchto pokynů .

Poznámka:

Skripty a datové soubory můžete ukládat v úložišti Git Azure Repos. Soubory ale musíte nahrát ručně do Služby Azure Storage. Pipelina datové továrny automaticky nenahrává skripty nebo datové soubory uložené v úložišti Azure Repos Git do služby Azure Storage. Další soubory, jako jsou šablony ARM, skripty nebo konfigurační soubory, mohou být uloženy v úložišti mimo mapovanou složku. Pokud to uděláte, mějte na paměti, že k sestavení/nasazení a interakci se soubory uloženými mimo namapovanou složku Azure DevOps je potřeba provést další úlohu.

Nastavení Azure Repos

Podokno konfigurace vás provede podrobnou konfigurací každého z následujících nastavení úložiště kódu:

Nastavení	Popis	Hodnota
Typ úložiště	Typ úložiště kódu Azure Repos.	Azure DevOps Git nebo GitHub
Microsoft Entra ID	Název vašeho klienta Microsoft Entra.	<your tenant name>
Organizace Azure Repos	Název vaší organizace Azure Repos Název organizace Azure Repos najdete na adrese https://{organization name}.visualstudio.com. Pokud chcete získat přístup k profilu sady Visual Studio a zobrazit úložiště a projekty, můžete se přihlásit ke své organizaci Azure Repos.	<your organization name>
Název projektu	Název projektu Azure Repos Název projektu Azure Repos najdete na adrese https://{organization name}.visualstudio.com/{project name}.	<your Azure Repos project name>
RepositoryName	Název úložiště kódu Azure Repos Projekty Azure Repos obsahují úložiště Git pro správu zdrojového kódu při růstu projektu. Můžete vytvořit nové úložiště nebo použít existující úložiště, které už je ve vašem projektu.	<your Azure Repos code repository name>
Větev pro spolupráci	Větev spolupráce ve vašem Azure Repos používaná k publikování. Ve výchozím nastavení je to main. Toto nastavení změňte v případě, že chcete publikovat prostředky z jiné větve.	<your collaboration branch name>
Publikovat větev	Větev Publikovat je větev ve vašem úložišti, ve které se ukládají a aktualizují související šablony ARM. Ve výchozím nastavení je to adf_publish.	<your publish branch name>
Kořenová složka	Vaše kořenová složka ve vaší větvi pro spolupráci v Azure Repos	<your root folder name>
Import existujících prostředků služby Data Factory do úložiště	Určuje, jestli se mají importovat existující prostředky datové továrny z plátna pro vytváření uživatelského prostředí do úložiště Git Azure Repos. Výběrem políčka naimportujete zdroje datové továrny do přidruženého úložiště Git ve formátu JSON. Tato akce exportuje jednotlivé prostředky (to znamená, že propojené služby a datové sady se exportují do samostatných sítí JSON). Pokud toto políčko není zaškrtnuté, existující prostředky se neimportují.	Vybráno (výchozí)
Větev, do které se má importovat zdroj	Určuje, do které větve se importují prostředky datové továrny (kanály, datové sady, propojené služby atd.). Prostředky můžete importovat do jedné z následujících větví: a. Spolupráce b. Vytvořte nové „c“. Použít existující

Poznámka:

Pokud používáte Microsoft Edge a v rozevíracím seznamu účtu Azure DevOps nevidíte žádné hodnoty, přidejte do seznamu důvěryhodných webů https://*.visualstudio.com.

Úprava nastavení úložiště

Pokud je potřeba provést nějaké úpravy nastavení nakonfigurovaného úložiště Git Azure Repos, můžete se rozhodnout upravit.

Můžete aktualizovat svoji větev publikování a rozhodnout se, jestli chcete zakázat tlačítko publikovat ze studia ADF. Pokud se rozhodnete zakázat tlačítko publikovat ve Studiu, tlačítko publikovat se ve Studiu zobrazí šedě. To vám pomůže vyhnout se přepsání posledního nasazení automatizovaného publikování.

Použijte jiného tenanta Microsoft Entra

Úložiště Git Azure Repos může být v jiném tenantovi Microsoft Entra. Pokud chcete zadat jiného tenanta Microsoft Entra, musíte mít oprávnění správce pro předplatné Azure, které používáte. Další informace najdete v tématu změna správce předplatného.

Důležité

Pokud se chcete připojit k jinému ID Microsoft Entra, musí být uživatel přihlášený součástí této služby Active Directory.

Použití osobního účtu Microsoft

Pokud chcete použít osobní účet Microsoft pro integraci Gitu, můžete propojit své osobní úložiště Azure se službou Active Directory vaší organizace.

1. Přidejte svůj osobní účet Microsoft do služby Active Directory vaší organizace jako hosta. Další informace najdete v tématu Přidání uživatelů spolupráce Microsoft Entra B2B na webu Azure Portal.

2. Přihlaste se k webu Azure Portal pomocí svého osobního účtu Microsoft. Pak přejděte na Active Directory vaší organizace.

3. Přejděte do části Azure DevOps, kde se teď zobrazuje vaše osobní úložiště. Vyberte úložiště a připojte se ke službě Active Directory.

Po provedení těchto kroků konfigurace bude vaše osobní úložiště dostupné při nastavování integrace Gitu v uživatelském rozhraní služby Data Factory.

Další informace o připojení Azure Repos ke službě Active Directory vaší organizace najdete v tématu Připojení organizace Azure DevOps k Microsoft Entra ID.

Autor s integrací GitHubu

Vizuální vytváření pomocí integrace GitHubu podporuje správu zdrojového kódu a spolupráci pro práci s kanály datové továrny. Datovou továrnu můžete přidružit k úložišti účtu GitHub pro správu zdrojového kódu, spolupráci a správu verzí. Jeden účet GitHubu může hostovat více úložišť a každé úložiště může být přidružené k více datovým továrnám. Když nakonfigurujete každou datovou továrnu tak, aby používala jinou větev ve stejném úložišti, můžete při správě jejich konfigurací nezávisle udržovat samostatná prostředí (například vývoj, příprava a produkční prostředí). Pokud nemáte GitHub účet nebo úložiště, vytvořte zdroje podle těchto pokynů.

Integrace GitHubu se službou Data Factory podporuje veřejný GitHub (tj https://github.com. GitHub Enterprise Cloud i GitHub Enterprise Server). Ve službě Data Factory můžete používat veřejná i privátní úložiště GitHubu, pokud máte oprávnění ke čtení a zápisu k úložišti na GitHubu. Pokud se chcete připojit k veřejnému úložišti, vyberte možnost Použít úložiště odkazů, protože se nezobrazují v rozevírací nabídce názvu úložiště. Integrace podnikového serveru ADF na GitHubu funguje jenom s oficiálně podporovanými verzemi serveru GitHub Enterprise.

U úložišť vlastněných účtem organizace GitHub musí správce autorizovat aplikaci ADF. U úložišť vlastněných uživatelským účtem GitHubu může uživatel s alespoň oprávněním spolupracovníka autorizovat aplikaci ADF. Toto oprávnění neuděluje aplikaci ADF přímý přístup ke všem úložištím vlastněným účtem nebo organizací, ale umožňuje, aby aplikace ADF fungovala jménem uživatele, aby přistupovala k úložištím na základě přístupových oprávnění uživatele.

Poznámka:

Pokud používáte Microsoft Edge, verze GitHub Enterprise menší než 2.1.4 s ní nefunguje. GitHub oficiálně podporuje >=3.0 a všechny by měly být v pořádku pro ADF. Při změně minimální verze GitHubu se mění také podporované verze ADF.

Nastavení GitHubu

Poznámka:

Pokud dojde k chybě , nepodařilo se vypsat úložiště GitHubu. Ujistěte se, že je název účtu správný a máte oprávnění k provedení akce. Ujistěte se, že používáte správné jméno vlastníka, a ne adresu URL úložiště GitHub.

V podokně konfigurace se zobrazí následující nastavení úložiště GitHub:

Nastavení	Popis	Hodnota
Typ úložiště	Typ úložiště kódu Azure Repos.	GitHub
Použití GitHub Enterprise Serveru	Zaškrtnutím políčka vyberte GitHub Enterprise Server.	nevybrané (výchozí)
Adresa URL serveru GitHub Enterprise	Kořenová adresa URL GitHubu Enterprise (musí být HTTPS pro místní server GitHub Enterprise). Například: https://github.mydomain.com. Vyžaduje se pouze v případě, že je vybráno použití GitHub Enterprise Serveru .	<your GitHub Enterprise Server URL>
Vlastník úložiště GitHub	Organizace nebo účet GitHubu, který je vlastníkem úložiště. Tento název lze najít pomocí https://github.com/{owner}/{repository jména}. Když přejdete na tuto stránku, zobrazí se výzva k zadání přihlašovacích údajů GitHub OAuth k vaší organizaci nebo účtu GitHubu. Pokud vyberete Použít GitHub Enterprise Server, zobrazí se dialogové okno, které vám umožní zadat přístupový token.	<your GitHub repository owner name>
Název úložiště	Název úložiště kódu GitHubu Účty GitHubu obsahují úložiště Git pro správu zdrojového kódu. Můžete vytvořit nové úložiště nebo použít existující úložiště, které už je ve vašem účtu. Při výběru možnosti Vybrat úložiště zadejte název úložiště kódu GitHubu.	<your repository name>
Odkaz na úložiště Git	Odkaz na úložiště kódu GitHubu Zadejte odkaz na své úložiště kódu GitHub, když vyberete možnost Použít odkaz na úložiště.	<your repository link>
Větev pro spolupráci	Vaše větev pro spolupráci GitHubu, která se používá k publikování. Ve výchozím nastavení je to hlavní. Toto nastavení změňte v případě, že chcete publikovat prostředky z jiné větve. Tady můžete také vytvořit novou větev pro spolupráci.	<your collaboration branch>
Publikovat větev	Větev ve vašem úložišti, kde se ukládají a aktualizují šablony ARM související s publikováním.	<your publish branch name>
Kořenová složka	Kořenový adresář v spolupracující větvi GitHubu.	<your root folder name>
Import existujících prostředků do úložiště	Určuje, jestli se mají importovat existující prostředky datové továrny z plátna pro vytváření uživatelského prostředí do úložiště GitHub. Výběrem políčka naimportujete zdroje datové továrny do přidruženého úložiště Git ve formátu JSON. Tato akce exportuje jednotlivé prostředky (to znamená, že propojené služby a datové sady se exportují do samostatných sítí JSON). Pokud toto políčko není zaškrtnuté, existující prostředky se neimportují.	Vybráno (výchozí)
Import zdroj do této větve	Určuje, do které větve se importují prostředky datové továrny (kanály, datové sady, propojené služby atd.).

Úprava nastavení úložiště

Pokud je potřeba provést nějaké úpravy nastavení nakonfigurovaného úložiště GitHub, můžete se rozhodnout upravit.

Můžete aktualizovat svoji větev publikování a rozhodnout se, jestli chcete zakázat tlačítko publikovat ze studia ADF. Pokud se rozhodnete zakázat tlačítko publikovat ve Studiu, tlačítko publikovat se ve Studiu zobrazí šedě. Tím se zabrání přepsání posledního automatizovaného nasazení publikování.

Organizace GitHubu

Připojení k organizaci GitHub vyžaduje, aby organizace udělila oprávnění službě Azure Data Factory. Uživatel s oprávněními ADMIN v organizaci musí provést následující kroky, aby se služba Data Factory mohla připojit.

První připojení k veřejnému cloudu GitHub nebo GitHub Enterprise ve službě Azure Data Factory

Pokud se poprvé připojujete k veřejnému cloudu GitHub nebo GitHub Enterprise ze služby Azure Data Factory, připojte se k organizaci GitHub pomocí těchto kroků.

1. V podokně konfigurace Gitu zadejte název organizace do pole Účet GitHubu. Zobrazí se výzva k přihlášení k GitHubu.
2. Přihlaste se pomocí přihlašovacích údajů uživatele.
3. Zobrazí se výzva k autorizaci služby Azure Data Factory jako aplikace s názvem AzureDataFactory. Na této obrazovce uvidíte možnost udělit oprávnění ADF pro přístup k organizaci. Pokud možnost udělení oprávnění nevidíte, požádejte správce, aby oprávnění udělil ručně prostřednictvím GitHubu.

Po provedení těchto kroků se vaše továrna může připojit k veřejným i privátním úložištím ve vaší organizaci. Pokud se nemůžete připojit, zkuste vymazat mezipaměť prohlížeče a zkusit to znovu.

Už je připojený k veřejnému cloudu GitHub nebo GitHub Enterprise pomocí osobního účtu.

Pokud jste se už připojili k veřejnému cloudu GitHub nebo GitHub Enterprise a udělili jste oprávnění pouze pro přístup k osobnímu účtu, pomocí následujících kroků udělte oprávnění organizaci.

1. Přejděte na GitHub a otevřete Nastavení.

   

2. Vyberte Přihlášky. Na kartě Autorizované aplikace OAuth by měla být vidět AzureDataFactory.

   

3. Vyberte aplikaci a udělte aplikaci přístup k vaší organizaci.

   

Po provedení těchto kroků se vaše továrna může připojit k veřejným i privátním úložištím ve vaší organizaci.

Připojení k GitHub Enterprise Serveru

Pokud se připojíte k GitHub Enterprise Serveru, musíte k ověřování použít osobní přístupový token. Zjistěte, jak vytvořit osobní přístupový token v části Vytvoření osobního přístupového tokenu.

Poznámka:

GitHub Enterprise Server je ve vašem privátním místním prostředí, takže při použití tohoto ověřování potřebujete plnou kontrolu nad bránou firewall, zásadami sítě a VPN. Další informace najdete v tématu o GitHub Enterprise Serveru.

Známá omezení GitHubu

• Skripty a datové soubory můžete ukládat do úložiště GitHub. Soubory ale musíte nahrát ručně do Služby Azure Storage. Kanál služby Data Factory automaticky nenahrá do služby Azure Storage skript ani datové soubory uložené v úložišti GitHub.

• GitHub Enterprise s verzí starší než 2.14.0 nefunguje v prohlížeči Microsoft Edge.

• Integrace GitHubu s nástroji pro vytváření vizuálů Data Factory funguje jenom v obecně dostupné verzi služby Data Factory.

Připojení k Azure DevOps Serveru 2022

Pokud se připojíte k Azure DevOps Serveru 2022, musíte k ověřování použít osobní přístupový token. Tady se dozvíte, jak vytvořit osobní přístupový token.

Připojte se k lokálnímu Azure DevOps tak, že poskytnete Azure DevOps Server URL a Azure DevOps Project Collection

Zadejte token s oborem přístupu jako pro čtení a zápis kódu.

Správa verzí

Systémy správy verzí (označované také jako správa zdrojového kódu) umožňují vývojářům spolupracovat na kódu a sledovat změny provedené v základu kódu. Správa zdrojového kódu je základním nástrojem pro projekty s více vývojáři.

Vytváření větví funkcí

Každé úložiště Git Azure Repos, které je přidružené k datové továrně, má větev pro spolupráci. (main je výchozí větev pro spolupráci). Uživatelé můžou také vytvářet větve funkcí kliknutím na + Nová větev v rozevíracím seznamu větví.

Jakmile se zobrazí nové podokno větve, zadejte název větve funkcí a vyberte větev, ze které se má práce založit.

Až budete připraveni sloučit změny z funkční větve do spolupracovní větve, klikněte na rozbalovací nabídku větve a vyberte možnost Vytvořit pull request. Tato akce vás přesměruje na Azure Repos Git, kde můžete vytvářet pull requesty, provádět revize kódu a slučovat změny ve větvi pro spolupráci. (main je výchozí). Smíte publikovat do služby Data Factory pouze z vaší spolupracující větve.

Konfigurace nastavení publikování

Datová továrna ve výchozím nastavení generuje šablony Resource Manageru z publikované datové továrny a ukládá je do větve s názvem adf_publish. Pokud chcete nakonfigurovat vlastní větev publikování, přidejte publish_config.json soubor do kořenové složky ve větvi pro spolupráci. Při publikování načte ADF tento soubor, vyhledá pole publishBrancha uloží všechny šablony Resource Manageru do zadaného umístění. Pokud větev neexistuje, Data Factory ji automaticky vytvoří. Příklad toho, jak tento soubor vypadá, je následující:

{
    "publishBranch": "factory/adf_publish"
}

Azure Data Factory může mít najednou jenom jednu větev publikování. Když zadáte novou větev publikování, Data Factory neodstraní předchozí větev publikování. Pokud chcete odebrat předchozí publikační větev, smažte ji ručně.

Poznámka:

Služba Data Factory čte soubor publish_config.json pouze při načítání továrny. Pokud už máte na portálu načtenou továrnu, aktualizujte prohlížeč, aby se změny projevily.

Publikování změn kódu

Po sloučení změn ve větvi pro spolupráci (main výchozí nastavení) klikněte na publikovat a změny kódu ručně publikujte v hlavní větvi do služby Data Factory.

Otevře se boční podokno, kde potvrdíte správnost větve publikování a čekajících změn. Po ověření změn potvrďte publikování kliknutím na tlačítko OK .

Důležité

Hlavní větev nepředstavuje to, co je nasazené ve službě Data Factory. Hlavní větev musí být publikována ručně do služby Data Factory.

Osvědčené postupy pro integraci Gitu

Oprávnění

Obvykle nechcete, aby každý člen týmu měl oprávnění k aktualizaci služby Data Factory. Doporučuje se následující nastavení oprávnění:

• Všichni členové týmu by měli mít oprávnění ke čtení služby Data Factory.
• Publikování do služby Data Factory by mělo být povoleno pouze omezené skupině lidí. K tomu musí mít roli přispěvatele Data Factory ve skupině prostředků, která obsahuje Data Factory. Další informace o oprávněních najdete v tématu Role a oprávnění pro Azure Data Factory.

Doporučuje se nepovolit přímé odeslání změn do spolupracovní větve. Toto omezení může pomoci zabránit chybám, protože každý check-in projde procesem kontroly pull requestů popsaným ve vytváření feature branches.

Použití hesel ze služby Azure Key Vault

Je doporučeno použít Azure Key Vault k ukládání jakýchkoli připojovacích řetězců nebo hesel, nebo k ověřování spravovaných identit pro Linked Services v Data Factory. Z bezpečnostních důvodů datová továrna neukládá tajné kódy do Gitu. Všechny změny propojených služeb obsahujících tajné kódy, jako jsou hesla, se publikují okamžitě do služby Azure Data Factory.

Použití služby Key Vault nebo ověřování MSI také usnadňuje kontinuální integraci a nasazování, protože během nasazování šablon Resource Manageru nebudete muset tyto tajné kódy zadávat.

Řešení potíží s integrací Gitu

Zastaralá publikační větev

Tady je několik příkladů situací, které můžou způsobit zastaralou větev publikování:

• Uživatel má více větví. V jedné větvi funkcí odstranili propojenou službu, která není přidružená k AKV (propojené služby jiné než AKV se publikují okamžitě bez ohledu na to, jestli jsou v Gitu nebo ne) a nikdy nesloučí větev funkce do větve pro spolupráci.
• Uživatel upravil datovou továrnu pomocí sady SDK nebo PowerShellu.
• Uživatel přesunul všechny prostředky do nové větve a poprvé se pokusil publikovat. Propojené služby by se měly při importu prostředků vytvářet ručně.
• Uživatel ručně nahraje službu nepropojenou s AKV nebo JSON Integration Runtime. Na tento prostředek odkazují z jiného prostředku, jako je datová sada, propojená služba nebo kanál. Propojená služba bez AKV vytvořená prostřednictvím uživatelského rozhraní se publikuje okamžitě, protože přihlašovací údaje je potřeba zašifrovat. Pokud nahrajete datovou sadu odkazující na tuto propojenou službu a pokusíte se ji publikovat, uživatelské rozhraní ji povolí, protože existuje v prostředí Git. Bude odmítnut v době publikování, protože ve službě datové továrny neexistuje.

Pokud se větev publikování nesynchronizuje s hlavní větví a obsahuje zastaralé prostředky i přes nedávné publikování, můžete použít některé z následujících řešení:

Možnost 1: Použití funkce Přepsání živého režimu

Publikuje nebo přepíše kód z vaší větve pro spolupráci do živého režimu. Považuje kód ve vašem úložišti za zdroj pravdy.

Průběh kódu:Větev pro spolupráci –> živý provoz

Možnost 2: Odpojení a opětovné připojení úložiště Git

Naimportuje kód z živého režimu do větve pro spolupráci. Považuje kód v živém režimu za zdroj pravdy.

Tok kódu:Živý režim –> Větev pro spolupráci

1. Odebrání aktuálního úložiště Git
2. Překonfigurujte Git se stejnými nastaveními, ale ujistěte se, že je vybraná možnost Importovat existující prostředky služby Data Factory do úložiště, a vyberte větev pro spolupráci (stejná větev).
3. Vytvořte pull request ke sloučení změn do větve pro spolupráci.

Poznámka:

Je nutné vytvořit a sloučit pull request pouze v případě, že pracujete v úložišti, které neumožňuje přímé commitování. Ve většině organizací vyžadují odeslání do úložiště kontrolu před sloučením, takže osvědčeným postupem je obvykle použít tento přístup. V některých případech se ale nevyžaduje žádná kontrola, což znamená, že není nutné vytvářet a slučovat pull request; změny lze přímo potvrdit do větve pro spolupráci.

Podle potřeby zvolte některou z metod.

Všechny prostředky, které se zobrazují jako nové při publikování

Při publikování se všechny prostředky můžou zobrazovat jako nové, i když byly dříve publikovány. K tomu může dojít v případě, že se vlastnost lastCommitId resetuje na vlastnosti repoConfiguration objektu továrny tak, že znovu nasadíte tovární ARM šablonu nebo aktualizujete vlastnost repoConfiguration prostřednictvím PowerShellu nebo rozhraní REST API. Pokračovat v publikování prostředků může problém vyřešit, ale aby se zabránilo jeho opětovnému výskytu, vyhněte se aktualizaci vlastnosti factory repoConfiguration.

Přepnutí do jiného úložiště Git

Pokud chcete přepnout do jiného úložiště Git, přejděte v centru pro správu v části Správa zdrojového kódu na stránku konfigurace Gitu. Vyberte Odpojit.

Zadejte název datové továrny a kliknutím na potvrdit odeberte úložiště Git přidružené k vaší datové továrně.

Po odebrání přidružení k aktuálnímu úložišti můžete nakonfigurovat nastavení Gitu tak, aby používalo jiné úložiště, a pak do nového úložiště naimportovali existující prostředky služby Data Factory.

Důležité

Odebrání konfigurace Gitu z datové továrny nic z úložiště neodstraní. Továrna obsahuje všechny publikované zdroje. Výrobní metodu můžete i nadále upravovat přímo na službě.

Související obsah

• Další informace o monitorování a správě kanálů najdete v tématu Monitorování a správa kanálů prostřednictvím kódu programu.
• Pokud chcete implementovat kontinuální integraci a nasazování, přečtěte si téma Kontinuální integrace a doručování (CI/CD) ve službě Azure Data Factory.