Správa zdrojového kódu (Preview)

Platí pro:✅ Sklad v Microsoft Fabric

Tento článek vysvětluje, jak fungují kanály integrace a nasazení Gitu pro sklady v Microsoft Fabric. Zjistěte, jak nastavit připojení k úložišti, spravovat sklady a nasazovat je v různých prostředích. Správa zdrojového kódu pro Fabric Warehouse je aktuálně funkcí ve verzi Preview.

Integraci Git a kanály nasazení můžete použít pro různé scénáře.

Pomocí projektů databáze Git a SQL můžete spravovat přírůstkovou změnu, týmovou spolupráci a historii potvrzení v jednotlivých databázových objektech.
Nasazovací pipeline slouží k přenášení změn kódu do různých testovacích a produkčních prostředí.

Integrace Gitu

Integrace Gitu v Microsoft Fabric umožňuje vývojářům integrovat své vývojové procesy, nástroje a osvědčené postupy přímo do platformy Fabric. Umožňuje vývojářům, kteří vyvíjejí v Fabric:

Zálohovat a verzovat své práce
Podle potřeby se vraťte k předchozím fázím.
Spolupracujte s ostatními nebo pracujte samostatně s pomocí větví Git.
Použití funkcí známých nástrojů správy zdrojového kódu ke správě Fabric položek

Další informace o procesu integrace Gitu najdete tady:

Nastavení připojení ke správě zdrojového kódu

Na stránce Nastavení pracovního prostoru můžete snadno nastavit připojení k úložišti pro potvrzení a synchronizaci změn.

Informace o nastavení připojení najdete v tématu Začínáme s integrací Gitu. Postupujte podle pokynů pro Připojení k úložišti Git k Azure DevOps nebo GitHub jako poskytovateli Gitu.
Po připojení se položky, včetně skladů, zobrazí na panelu Source control.
Po úspěšném připojení instancí skladu k úložišti Git se v úložišti zobrazí struktura složek skladu v úložišti. Nyní můžete spouštět budoucí operace, jako je vytvoření pull requestu.

Databázové projekty pro sklad v Gitu

Následující obrázek je příkladem struktury souborů každé položky skladu v úložišti:

Když potvrdíte položku skladu do úložiště Git, sklad se převede do formátu zdrojového kódu jako projekt databáze SQL. Projekt SQL je místní reprezentace objektů SQL, které tvoří schéma pro jednu databázi, jako jsou tabulky, uložené procedury nebo funkce. Struktura složek databázových objektů je uspořádaná podle typu schématu nebo objektu. Každý objekt ve skladu je reprezentován souborem .sql, který obsahuje definici jazyka DDL (Data Definition Language). Data tabulek skladu a funkce zabezpečení SQL nejsou součástí projektu databáze SQL.

Jsou-li sdílené dotazy také zapsány do úložiště, dědí název, pod kterým jsou uloženy.

U pracovních prostorů s povolenou správou zdrojového kódu se všechny změny schématu provedené prostřednictvím externích nástrojů (například spouštění dotazů v SSMS) zobrazí jako nepotvrzené změny ve skladu. Uživatelé musí tyto změny zkontrolovat a potvrdit prostřednictvím správy zdrojového kódu pracovního prostoru na portálu Fabric.

Kanály nasazení

Kanály nasazení můžete použít také k nasazení kódu skladu v různých prostředích, jako je vývoj, testování a produkce. Kanály nasazení nezpřístupňují databázový projekt.

Pro dokončení nasazení skladu použijte následující kroky pomocí nasazovacího kanálu.

Vytvořte nový kanál nasazení nebo otevřete existující kanál nasazení. Další informace najdete v tématu Začínáme s nástroji nasazení.
Přiřaďte pracovní prostory k různým fázím podle cílů nasazení.
Vyberte, zobrazte a porovnejte položky, včetně skladů, mezi různými fázemi, jak je znázorněno v následujícím příkladu. Screenshot z portálu Fabric fází vývoje, testování a produkce.
Výběrem možnosti Nasadit nasadíte vaše sklady ve fázích Vývoj, Testování a Produkcí.

Další informace o procesu kanálů nasazení Fabric najdete v části Úvod do kanálů nasazení.

Omezení správy zdrojového kódu

Funkce zabezpečení SQL je nutné exportovat nebo migrovat pomocí přístupu založeného na skriptech. Zvažte použití skriptu po nasazení v projektu databáze SQL. Tento skript můžete nakonfigurovat otevřením projektu s rozšířením SQL Database Projects dostupným v Visual Studio Code.

Omezení integrace Gitu

Aktuálně, pokud použijete ALTER TABLE k přidání omezení nebo sloupce v databázovém projektu, proces nasazení odstraní a znovu vytvoří tabulku, což způsobí ztrátu dat. Pokud chcete zachovat definici tabulky a data, zvažte následující alternativní řešení:
- Vytvořte novou kopii tabulky ve skladu pomocí CREATE TABLE, INSERT, CREATE TABLE AS SELECT nebo Clone table.
- Upravte novou definici tabulky s novými omezeními nebo sloupci podle potřeby pomocí .ALTER TABLE
- Odstraňte starou tabulku.
- Přejmenujte novou tabulku na název staré tabulky pomocí sp_rename.
- Upravte definici staré tabulky v projektu databáze SQL stejným způsobem. Projekt databáze SQL skladu ve správě zdrojového kódu a živý sklad by se teď měl shodovat.
V současné době nevytvořte tok dat Gen2 s výstupním cílem do skladu. V úložišti se zobrazí nová položka s názvem DataflowsStagingWarehouse a zablokuje potvrzení a aktualizaci z Gitu.
Integrace Gitu do systému Fabric nepodporuje položku koncového bodu SQL analýzy.
Závislosti mezi položkami, pořadí položek a mezery synchronizace mezi koncovým bodem sql Analytics a skladem ovlivňují "větvení do nového nebo existujícího pracovního prostoru" a "přepnutí na jinou větev" během vývoje a průběžné integrace.

Omezení pro kanály nasazení

Aktuálně, pokud použijete ALTER TABLE k přidání omezení nebo sloupce v databázovém projektu, proces nasazení odstraní a znovu vytvoří tabulku, což způsobí ztrátu dat.
V současné době nevytvořte tok dat Gen2 s výstupním cílem do skladu. V kanálu nasazení se objeví nová položka s názvem DataflowsStagingWarehouse, která poté blokuje nasazení.
Fabric deployment pipeline nepodporuje položku koncového bodu analýzy SQL.
Závislosti mezi položkami, sekvencování položek a mezery synchronizace mezi koncovým bodem analýzy SQL a skladem mají vliv na pracovní postupy kanálu nasazení Fabric.

Nepodporované scénáře

Následující pracovní postupy CI/CD nejsou oficiálně podporovány, pokud mají sklady v různých pracovních prostorech různé kolace. I když tyto operace můžou být úspěšné bez chyb, můžou vést k chybám metadat.

Ve všech těchto scénářích, pokud dojde k neshodě kolace, použijte skript Python scripts/dw-collation-error-update-tmsl/pbi_interactive.py v úložišti GitHub Fabric toolbox k aktualizaci kolace datové sady (TMSL), aby odpovídala kolaci skladu.

Scénář	Description	Riziko
Nasazovací kanály	Propagace obsahu skladu prostřednictvím fází potrubí (například Dev → Test → Prod), kde byl cílový sklad vytvořen s odlišným řazením než zdroj, není podporováno.	Nasazení může proběhnout úspěšně, ale kolace datové sady se neaktualizuje tak, aby odpovídala kolaci cílového skladu.
Větvení do nového nebo existujícího pracovního prostoru	Použití integrace Gitu k rozvětvení z existujícího pracovního prostoru do nového nebo existujícího pracovního prostoru, kde má sklad jinou kolaci, se nepodporuje.	Obsah skladu se synchronizuje, ale metadata uspořádání dat nejsou sjednocována.
Přepínání větví v pracovním prostoru	Přepnutí na větev přidruženou ke skladu jiné kolace v pracovním prostoru připojeném ke Git není podporováno.	Synchronizovaný obsah může přenášet kolacační předpoklady, které neodpovídají aktuálnímu datovému skladu.
Sloučení změn mezi pracovními prostory prostřednictvím větví	Sloučení větví Gitu mezi pracovními prostory, kde mají databázové sklady různé jazykové řazení, se nepodporuje.	Sloučení může být úspěšné na úrovni Gitu, ale výsledné řazení datové sady neodráží řazení cílového skladu.

Váš názor

Byla tato stránka užitečná?

Last updated on 2026-05-26