Správa zdrojového kódu v Azure Data Factory

VZTAHUJE SE NA: Azure Data Factory Azure Synapse Analytics

Tip

Data Factory v Microsoft Fabric je nová generace Azure Data Factory s jednodušší architekturou, integrovanou AI a novými funkcemi. Pokud s integrací dat začínáte, začněte Fabric Data Factory. Stávající úlohy ADF lze upgradovat na Fabric pro přístup k novým funkcím v oblastech datové vědy, analýz v reálném čase a vytváření sestav.

• Začněte bezplatnou zkušební verzi Fabric.
• Upgrade z Azure Data Factory do služby Data Factory v Microsoft Fabric

Ve výchozím nastavení autoři uživatelského rozhraní (UX) v Azure Data Factory pracují přímo se službou datové továrny. 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 Manager (ARM), která je potřeba k nasazení Data Factory samotného, není zahrnuta.

Pokud chcete zajistit lepší prostředí pro vytváření obsahu, Azure Data Factory umožňuje nakonfigurovat úložiště Git pomocí Azure Repos nebo GitHub. Git je systém správy verzí, který zjednodušuje sledování změn a spolupráci. Tento článek popisuje, jak konfigurovat a pracovat v Git repozitáři, spolu s vyzdvihnutím osvědčených postupů a průvodcem řešením problémů.

Můžete také odkazovat na Kontinuální integraci a doručování (CI/CD) v Azure Data Factory, abyste se dozvěděli více o širším vzoru CI/CD, kde správa zdrojového kódu je jeho klíčovým aspektem.

Poznámka:

Veřejná podpora GitHub je nyní dostupná na Azure Gov a Microsoft Azure provozovaných společností 21Vianet. Pro více informací navštivte blog s oznámením.

Další informace o tom, jak Azure Data Factory integrovat s Gitem, najdete v 15minutovém výukovém videu níže:

Výhody integrace Gitu

Níže je uveden seznam některých výhod, které integrace Git přináší pro zážitek z tvorby:

• 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. Ať už vaše pipeline nejsou dokončené, nebo prostě nechcete přijít o změny, pokud vám počítač spadne, integrace Gitu umožňuje postupné změny zdrojů datové továrny bez ohledu na jejich stav. Konfigurace Git repozitáře vám umožní ukládat změny, takže je můžete publikovat až poté, co je otestujete podle své 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í s kontinuálním doručovacím procesem, integrace Gitu některé akce usnadňuje. 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 Manager. 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í s Gitem se načítá desetkrát rychleji než ta, která vytváří proti datové službě 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 pomocí služby Data Factory je při konfiguraci úložiště Git zakázané v uživatelském prostředí Azure Data Factory. Změny provedené pomocí PowerShellu nebo SDK jsou zveřejňovány přímo do služby Data Factory a nejsou zadávány do Gitu.

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

Existují čtyři různé způsoby připojení úložiště Git k datové továrně pro Azure Repos i GitHub. 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 Azure Data Factory vyberte v horní části Nastavte úložiště kódu.

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

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

Metoda konfigurace 3: Centrum pro správu

Přejděte do centra pro správu v Azure Data Factory Studiu. 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 portálu Azure můžete nakonfigurovat informace o úložišti Git na kartě Git.

Poznámka:

Při konfiguraci Gitu v Azure portálu je nutné nastavení jako název projektu a název repozitáře zadat ručně, místo aby to bylo součástí rozbalovacího menu.

Vytváření s využitím integrace Gitu s Azure Repos

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

Poznámka:

Skripty a datové soubory můžete ukládat do Azure Repos úložiště Git. Soubory ale musíte nahrát ručně do Azure Storage. Kanál datové továrny automaticky nenahraje skript ani datové soubory uložené v úložišti Azure Repos Git do 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 mapovanou 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 Microsoft Entra tenanta.	<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. Můžete přihlásit se do své organizace Azure Repos pro přístup k profilu Visual Studio a zobrazení svých úložišť a projektů.	<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. Azure Repos projekty 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	Vaše větev Azure Repos, která se používá pro spolupráci a 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	Kořenová složka ve spolupracující větvi Azure Repos.	<your root folder name>
Import existujících prostředků služby Data Factory do úložiště	Určuje, zda se mají existující prostředky datové továrny importovat z uživatelského prostředí autorizační plátno do úložiště Azure Repos Git. 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 rozbalovacím menu účtu Azure DevOps nevidíte žádné hodnoty, přidejte https://*.visualstudio.com do seznamu důvěryhodných stránek.

Úprava nastavení úložiště

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

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 klienta Microsoft Entra

Úložiště Azure Repos Git může být u jiného tenantu Microsoft Entra. Pokud chcete zadat jiného Microsoft Entra tenanta, 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 Microsoft Entra ID, musí být uživatel přihlášený součástí této služby Active Directory.

Použijte svůj osobní účet Microsoft

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

1. Přidejte osobní účet Microsoft do služba Active Directory vaší organizace jako hosta. Další informace najdete v tématu Přidat uživatele Microsoft Entra spolupráce B2B na portálu Azure.

2. Přihlaste se k portálu Azure pomocí svého osobního účet Microsoft. Pak přejděte na služba 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 pomocí služba 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 k služba Active Directory vaší organizace najdete v tématu Pojení Azure DevOps organizace k Microsoft Entra ID.

Autor s integrací GitHub

Vizuální vytváření pomocí integrace GitHub podporuje správu zdrojového kódu a spolupráci pro práci s pipeliny 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 GitHub může hostovat více úložišť a každé úložiště může být přidruženo 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 účet nebo úložiště GitHub, vytvořte prostředky podle těchto pokynů.

Integrace GitHub se službou Data Factory podporuje jak veřejné GitHub (tj. https://github.com), GitHub Enterprise Cloud i GitHub Enterprise Server. Můžete používat jak veřejné, tak soukromé GitHub repozitáře s Data Factory, pokud máte oprávnění ke čtení a zápisu do repozitáře v GitHub. 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 GitHub funguje jenom s nále podporovanými verzemi GitHub enterprise server.

U úložišť vlastněných účtem organizace GitHub musí správce autorizovat aplikaci ADF. U úložišť vlastněných GitHub uživatelským účtem 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ím nefunguje. GitHub oficiálně podporuje >=3,0 a všechny by měly být v pořádku pro ADF. Vzhledem k tomu, že GitHub změní minimální verzi, mění se také podporované verze ADF.

nastavení GitHub

Poznámka:

Pokud dojde k chybě Povedlo se zobrazit seznam úložišť GitHub. 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 kódového úložiště.	GitHub
Použití GitHub Enterprise Serveru	Zaškrtnutím políčka vyberte GitHub Enterprise Server.	nevybrané (výchozí)
GitHub Enterprise Server URL adresa	Kořenová adresa URL GitHub Enterprise (musí být HTTPS pro místní server GitHub Enterprise). Například: https://github.mydomain.com. Vyžaduje se jenom v případě, že je vybraná možnost Použití GitHub Enterprise Serveru	<your GitHub Enterprise Server URL>
vlastník úložiště GitHub	GitHub organizace nebo účet, který vlastní úložiště. Tento název lze najít pomocí https://github.com/{owner}/{repository jména}. Přechod na tuto stránku vás vyzve k zadání GitHub přihlašovacích údajů OAuth k GitHub organizaci nebo účtu. Pokud vyberete Použití GitHub Enterprise Serveru, 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 GitHub. GitHub účty 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 Výběr úložiště kódu zadejte název úložiště GitHub.	<your repository name>
Odkaz na úložiště Git	Odkaz na úložiště kódu GitHub. Odkaz úložiště kódu GitHub zadejte, když vyberete odkaz Použití odkazu úložiště.	<your repository link>
Větev pro spolupráci	Vaše GitHub větev pro spolupráci, 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á složka ve větvi pro spolupráci na GitHubu.	<your root folder name>
Import existujících prostředků do úložiště	Určuje, zda se mají importovat existující prostředky datové továrny z návrhového plátna 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 zvolit Edit.

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í.

GitHub organizace

Připojení k GitHub organizaci vyžaduje, aby organizace udělila oprávnění k 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.

Připojení k veřejnému GitHubu nebo ke GitHub Enterprise Cloud poprvé v Azure Data Factory

Pokud se poprvé připojujete k veřejnému GitHub nebo GitHub podnikovému cloudu z Azure Data Factory, připojte se k GitHub organizaci podle těchto kroků.

1. V podokně konfigurace Gitu zadejte název organizace do pole GitHub Účet. Zobrazí se výzva k přihlášení do GitHub.
2. Přihlaste se pomocí přihlašovacích údajů uživatele.
3. Jste požádáni, abyste autorizovali Azure Data Factory jako aplikaci nazvanou 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 GitHub.

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.

Připojení k veřejnému GitHub nebo GitHub Enterprise Cloudu pomocí osobního účtu

Pokud jste se už připojili k veřejným GitHub nebo GitHub Enterprise Cloud 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 Settings.

   Otevřít nastavení GitHub

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řipojujete 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 lokálně hostovaném privátním prostředí, takže při použití tohoto ověřování musíte mít plnou kontrolu nad bránou firewall, síťovými zásadami a VPN. Další informace najdete v tématu About GitHub Enterprise Server.

Známá omezení GitHub

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

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

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

Připojení k Azure DevOps Server 2022

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

Připojte se k místnímu Azure DevOps zadáním 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é Azure Repos úložiště Git, 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é mohou také vytvářet větve funkcí výběrem + Nová větev v rozbalovacím menu 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.

Když budete připraveni sloučit změny z větve funkcí do větve spolupráce, vyberte v rozbalovacím menu větve a vyberte Vytvořit pull request. Tato akce vás zavede do Azure Repos Git, kde můžete vytvářet žádosti o přijetí změn, provádět kontroly kódu a slučovat změny do větve pro spolupráci. (main je výchozí). Publikovat do služby Data Factory můžete pouze z vaší větve pro spolupráci.

Konfigurace nastavení publikování

Datová továrna ve výchozím nastavení generuje šablony Resource Manager publikované 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 publishBranch a uloží všechny šablony Resource Manager 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

Poté, co sloučíte změny v větvi spolupráce (main výchozí), zvolte Publikovat pro ruční publikaci změn kódu 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 OK .

Důležité

Hlavní větev nereprezentuje to, co je nasazeno 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 Roles and permissions for 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 z Azure Key Vault

Doporučujeme použít Azure Key Vault k uložení jakýchkoli připojovacích řetězců nebo hesel nebo ověřování spravované identity pro propojené služby 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 okamžitě publikují do služby Azure Data Factory.

Použití Key Vault nebo spravované identity autentizace také usnadňuje kontinuální integraci a nasazení, protože během nasazování šablony Resource Manager nemusíte poskytovat tato tajemství.

Ř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í smazali propojenou službu, která není spojena s Azure Key Vault (AKV) (služby bez AKV jsou okamžitě publikovány bez ohledu na to, zda jsou v Gitu) a nikdy nesloučili větev funkcí s větví spolupráce.
• 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 propojenou službu nepatřící do 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 dataset odkazující na tuto propojenou službu a pokusíte se ji publikovat, uživatelské rozhraní to umožňuje, protože to existuje v prostředí Gitu. Bude zamítnut při publikaci, protože ve službě Data Factory 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žít funkci režimu Overwrite live mode

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 jen pokud pracujete v repozitáři, které neumožňuje přímé commity. 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 vyberte potvrdit odebrání úložiště Git přidruženého 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á integrace a doručování (CI/CD) v Azure Data Factory.