Dela via

Hantera grenar i Microsoft Fabric-arbetsytor

  • Artikel

Arbetsytan Infrastrukturresurser är en delad miljö som har åtkomst till liveobjekt. Ändringar som görs direkt i arbetsytan åsidosätter och påverkar alla andra arbetsyteanvändare. Därför är bästa praxis för Git att utvecklare arbetar isolerat utanför de delade arbetsytorna. Det finns två sätt för en utvecklare att arbeta på sin egen skyddade arbetsyta.

Viktigt!

Den här funktionen är i förhandsversion.

Om du vill arbeta med grenar med Git-integrering ansluter du först arbetsytan för det delade utvecklingsteamet till en enda delad gren. Om ditt team till exempel använder en delad arbetsyta ansluter du den till huvudgrenen på teamets lagringsplats och synkroniserar mellan arbetsytan och lagringsplatsen. Om teamets arbetsflöde har flera delade grenar som Dev/Test/Prod-grenar kan varje gren anslutas till en annan arbetsyta.

Sedan kan varje utvecklare välja den isolerade miljö där de ska arbeta.

Förutsättningar

För att integrera Git med din Microsoft Fabric-arbetsyta måste du konfigurera följande krav för både Fabric och Git.

Krav för infrastrukturresurser

För att få åtkomst till Git-integreringsfunktionen behöver du något av följande:

Dessutom måste följande klientväxlar aktiveras från administratörsportalen:

Dessa växlar kan aktiveras av klientorganisationens administratör, kapacitetsadministratör eller arbetsyteadministratör, beroende på organisationens inställningar.

Git-krav

Git-integrering stöds för närvarande för Azure DevOps och GitHub. Om du vill använda Git-integrering med din Infrastruktur-arbetsyta behöver du följande i Antingen Azure DevOps eller GitHub:

  • Ett aktivt Azure-konto som har registrerats för samma användare som använder arbetsytan Infrastruktur. Skapa ett kostnadsfritt konto.
  • Åtkomst till en befintlig lagringsplats.

Utveckla med klientverktyg

Om de objekt som du utvecklar är tillgängliga i andra verktyg kan du arbeta med dessa objekt direkt i klientverktyget. Alla objekt är inte tillgängliga i alla verktyg. Objekt som endast är tillgängliga i Fabric behöver utvecklas i Fabric.

Arbetsflödet för utvecklare som använder ett klientverktyg som Power BI Desktop bör se ut ungefär så här:

  1. Klona lagringsplatsen till en lokal dator. (Du behöver bara göra det här steget en gång.)

  2. Öppna projektet i Power BI Desktop med hjälp av den lokala kopian av PBIProj.

  3. Gör ändringar och spara de uppdaterade filerna lokalt. Checka in på den lokala lagringsplatsen.

  4. När du är klar skickar du grenen och checkar in på fjärrplatsen.

  5. Testa ändringarna mot andra objekt eller mer data genom att ansluta den nya grenen till en separat arbetsyta och ladda upp semantikmodellen och rapporterna med knappen Uppdatera alla på källkontrollpanelen. Gör några tester eller konfigurationsändringar där innan du sammanfogar till huvudgrenen.

    Om inga tester krävs på arbetsytan kan utvecklaren sammanfoga ändringar direkt till huvudgrenen, utan att behöva någon annan arbetsyta.

  6. När ändringarna har sammanfogats uppmanas det delade teamets arbetsyta att acceptera den nya incheckningen. Ändringarna uppdateras till den delade arbetsytan och alla kan se ändringarna i dessa semantiska modeller och rapporter.

Diagram som visar arbetsflödet för push-överföring av ändringar från en fjärransluten Git-lagringsplats till arbetsytan Infrastruktur.

En specifik vägledning om hur du använder det nya Power BI Desktop-filformatet i git finns i Källkodsformat.

Utveckla med en annan arbetsyta

För en utvecklare som arbetar på webben skulle flödet vara följande:

  1. På fliken Grenar på menyn Källkontroll väljer du Förgrena ut till ny arbetsyta.

    Skärmbild av alternativet för utgrening av källkontroll.

  2. Ange namnen på grenen och arbetsytan. Den nya grenen som skapats baserat på grenen som är ansluten till den aktuella arbetsytan.

    Skärmbild av utgrening som anger namnet på den nya grenen och arbetsytan.

  3. Välj Förgrena ut.

    Infrastrukturresurser skapar den nya arbetsytan och grenen. Du tas automatiskt till den nya arbetsytan.

    Arbetsytan synkroniseras med din funktionsgren och blir en isolerad miljö att arbeta i, enligt bilden. Nu kan du arbeta i den här nya isolerade miljön. Det kan ta några minuter. Mer information om utgrening finns i felsökningstips.

    Diagram som visar arbetsflödet för incheckningar.

  4. Spara ändringarna och checka in dem i funktionsgrenen.

  5. När du är klar skapar du en PR till huvudgrenen . Gransknings- och sammanslagningsprocesserna görs via Azure Repos baserat på den konfiguration som ditt team har definierat för lagringsplatsen.

När granskningen och sammanfogningen är klar skapas en ny incheckning till huvudgrenen. Den här incheckningen uppmanar användaren att uppdatera innehållet på Dev-teamets arbetsyta med de sammanfogade ändringarna.

Mer information finns i förgrening av begränsningar .

Växla grenar

Om din arbetsyta är ansluten till en Git-gren och du vill växla till en annan gren kan du göra det snabbt från kontrollpanelen Källa utan att koppla från och återansluta.
När du växlar grenar synkroniseras arbetsytan med den nya grenen och alla objekt på arbetsytan åsidosättas. Om det finns olika versioner av samma objekt i varje gren ersätts objektet. Om ett objekt finns i den gamla grenen, men inte det nya, tas det bort. Följ dessa steg om du vill växla mellan grenar:

  1. På fliken Grenar på menyn Källkontroll väljer du Checka ut ny gren.

    Skärmbild av utcheckning av källkontroll ett nytt förgreningsalternativ.

  2. Ange den gren som du vill ansluta till. Den här grenen måste innehålla samma katalog som den aktuella grenen.

  3. Välj Checkout-gren.

Om du har ändringar som inte har sparats på arbetsytan går de förlorade om du byter grenar utan att spara dem först. Välj Avbryt för att gå tillbaka och spara ändringarna innan du byter grenar.

Skärmbild av skärmen för arbetsyteinställningar som frågar om du är säker på att du vill byta grenar.

Relaterat innehåll