การรวม Microsoft Fabric Git คืออะไร

บทความนี้อธิบายวิธีการรวมการควบคุมเวอร์ชัน Git เข้ากับเครื่องมือการจัดการวงจรชีวิตแอปพลิเคชัน Microsoft Fabric (ALM) สําหรับนักพัฒนา

หมายเหตุ

บางรายการสําหรับการรวม Git อยู่ในตัวอย่าง สําหรับข้อมูลเพิ่มเติม ดูรายการ หน่วยข้อมูลที่สนับสนุน

การรวม Git ใน Microsoft Fabric ช่วยให้นักพัฒนาสามารถรวมกระบวนการพัฒนา เครื่องมือ และแนวทางปฏิบัติที่ดีที่สุดเข้าไว้ในแพลตฟอร์ม Fabric ได้โดยตรง ซึ่งช่วยให้นักพัฒนาที่กําลังพัฒนาใน Fabric เพื่อ:

• การสํารองข้อมูลและเวอร์ชันการทํางานของพวกเขา
• แปลงกลับเป็นขั้นตอนก่อนหน้าตามความจําเป็น
• ทํางานร่วมกับผู้อื่นหรือทํางานคนเดียวโดยใช้กิตสาขา
• ใช้ความสามารถของเครื่องมือควบคุมแหล่งข้อมูลที่คุ้นเคยเพื่อจัดการรายการ Fabric

การรวมกับตัวควบคุมแหล่งข้อมูลอยู่ในระดับพื้นที่ทํางาน นักพัฒนาสามารถสร้างเวอร์ชันสําหรับรายการที่พวกเขาพัฒนาภายในพื้นที่ทํางานในกระบวนการเดียว โดยสามารถมองเห็นรายการทั้งหมดของพวกเขาได้ โครงสร้างพื้นที่ทํางาน รวมถึง โฟลเดอร์ย่อยจะถูกเก็บรักษาไว้ในที่เก็บ Git

ดูรายการ ที่รองรับ

• อ่านเพิ่มเติมเกี่ยวกับแนวคิด ควบคุมเวอร์ชัน Git Git พื้นฐานและ

• อ่านเพิ่มเติมเกี่ยวกับกระบวนการรวม Git

• อ่านเกี่ยวกับวิธีที่ดีที่สุดในการจัดการสาขา Git ของคุณ

การรักษาความปลอดภัยเครือข่ายสําหรับการรวม Git

การรักษาความปลอดภัยระดับพื้นที่ทํางานใน Microsoft Fabric ให้การควบคุมการเข้าถึงข้อมูลและการเชื่อมต่อเครือข่ายอย่างละเอียด โดยอนุญาตให้ผู้ดูแลระบบกําหนดค่าการป้องกันทั้งขาเข้าและขาออกสําหรับพื้นที่ทํางานแต่ละรายการ การควบคุมเหล่านี้ช่วยให้แน่ใจว่าข้อมูลที่ละเอียดอ่อนยังคงอยู่ในขอบเขตเครือข่ายที่เชื่อถือได้ และรวมเข้ากับเครื่องมือ CI/CD เช่น การรวม Git สําหรับข้อมูลเพิ่มเติม โปรดดู ความปลอดภัยของเครือข่ายสําหรับการผสานรวมอย่างต่อเนื่อง/การปรับใช้อย่างต่อเนื่อง

ข้อมูลความเป็นส่วนตัว

ก่อนที่คุณจะเปิดใช้งานการรวม Git ตรวจสอบให้แน่ใจว่าคุณได้ตรวจทานนโยบายความเป็นส่วนตัวต่อไปนี้:

• คําชี้แจงสิทธิ์ส่วนบุคคลของ Microsoft
• ภาพรวมการป้องกันข้อมูลบริการ DevOps ของ Azure
• ข้อตกลงการป้องกันข้อมูล GitHub

ผู้ให้บริการ Git ที่สนับสนุน

ผู้ให้บริการ Git ต่อไปนี้ได้รับการสนับสนุน:

• Azure DevOps (บนระบบคลาวด์เท่านั้น)
• GitHub (บนคลาวด์เท่านั้น)
• GitHub Enterprise (บนคลาวด์เท่านั้น)

รายการที่สนับสนุน

รายการต่อไปนี้สนับสนุนการรวม Git ในขณะนี้:

• รายการวิศวกรรมข้อมูล:

  • สภาพแวดล้อม
  • GraphQL
  • เลคเฮ้าส์(ตัวอย่าง)
  • โน้ต บุ๊ค
  • คําจํากัดความของงาน Spark
  • ฟังก์ชันข้อมูลผู้ใช้

• รายการวิทยาศาสตร์ข้อมูล:

  • การทดลองแมชชีนเลิร์นนิง(พรีวิว)
  • โมเดลแมชชีนเลิร์นนิ่ง(พรีวิว)
  • ตัวแทนข้อมูล(พรีวิว)

• ข้อมูลรายการโรงงาน:

  • คัดลอกงาน
  • gen2 ของกระแสข้อมูล
  • ท่อ
  • ฐานข้อมูลที่มิเรอร์
  • เมาท์ ADF
  • เกล็ดหิมะสะท้อน(ตัวอย่าง)

• รายการข่าวกรองแบบเรียลไทม์:

  • Activator(ตัวอย่าง)
  • อีเวนต์เฮ้าส์
  • EventStream
  • ฐานข้อมูล KQL
  • ชุดคิวรี KQL
  • แดชบอร์ดแบบเรียลไทม์
  • ชุด Schema เหตุการณ์(พรีวิว)
  • แผนที่(พรีวิว)
  • การตรวจหาความผิดปกติ(พรีวิว)

• รายการคลังข้อมูล:

  • คลังสินค้า(ตัวอย่าง)
  • แค็ตตาล็อก Azure Databricks ที่มิเรอร์

• รายการ Power BI:

  • ชุดเมตริก (ตัวอย่าง)
  • แอปองค์กร(ตัวอย่าง)
  • รายงานที่มีการแบ่งหน้า(ตัวอย่าง)
  • รายงาน (ยกเว้นรายงานที่เชื่อมต่อกับแบบจําลองความหมายที่โฮสต์ใน Azure Analysis Services, SQL Server Analysis Services หรือรายงานที่ส่งออกโดย Power BI Desktop ที่ขึ้นอยู่กับแบบจําลองความหมายที่โฮสต์ใน MyWorkspace) (ตัวอย่าง)
  • แบบจําลองความหมาย (ยกเว้นชุดข้อมูลแบบพุช การเชื่อมต่อสดไปยัง Analysis Services แบบจําลอง v1) (ตัวอย่าง)

• รายการฐานข้อมูล:

  • ฐานข้อมูล SQL
  • ฐานข้อมูล Cosmos(ตัวอย่าง)

• กราฟ:

  • กราฟใน Microsoft Fabric (พรีวิว)

• โซลูชันอุตสาหกรรม:

  • การดูแลสุขภาพ(ตัวอย่าง)
  • เฮลท์แคร์โคฮอร์ต (ตัวอย่าง)

ถ้าพื้นที่ทํางานหรือไดเรกทอรี Git มีรายการที่ไม่รองรับ รายการดังกล่าวยังคงสามารถเชื่อมต่อได้ แต่รายการที่ไม่ได้รับการรองรับจะถูกละเว้น ฟังก์ชันเหล่านั้นจะไม่ถูกบันทึกหรือซิงค์ แต่จะไม่ถูกลบด้วย ตัวควบคุมเหล่านี้จะปรากฏในแผงควบคุมแหล่งข้อมูล แต่คุณไม่สามารถยอมรับหรืออัปเดตได้

ข้อควรพิจารณาและข้อจำกัด

ข้อจํากัดการรวม Git ทั่วไป

• วิธีการรับรองความถูกต้องใน Fabric ต้องมีความแข็งแกร่งเป็นวิธีการรับรองความถูกต้องสําหรับ Git อย่างน้อย ตัวอย่างเช่น ถ้า Git ต้องการการรับรองความถูกต้องแบบหลายปัจจัย Fabric จําเป็นต้องรับรองความถูกต้องแบบหลายปัจจัยเช่นกัน
• ชุดข้อมูล Power BI ที่เชื่อมต่อกับ Analysis Services ไม่ได้รับการสนับสนุนในขณะนี้
• ถ้าคุณใช้ข้อมูลประจําตัวของพื้นที่ทํางานในวัตถุเดียวและยืนยันกับ Git จะสามารถอัปเดตได้ (กลับไปยังพื้นที่ทํางานพื้นที่ทํางานแบบแฟบริค) เฉพาะในพื้นที่ทํางานที่เชื่อมต่อกับข้อมูลประจําตัวเดียวกันเท่านั้น โปรดระวังเนื่องจากสิ่งนี้ยังส่งผลต่อคุณลักษณะเช่นการแตกสาขา
• ระบบไม่รองรับแบบจําลองย่อย
• ไม่รองรับบริการคลาวด์แบบ Sovereign
• หากพื้นที่ทํางานของคุณมีรายการหลายร้อยรายการ ให้พิจารณาแยกออกเป็นชุดสิ่งประดิษฐ์ขนาดเล็ก แต่ละชุดควรอยู่ในพื้นที่ทํางานแยกต่างหากและเชื่อมโยงกับสาขา Git อื่น หรือเชื่อมต่อกับสาขาเดียวที่จัดอยู่ในโฟลเดอร์ต่างๆ

ข้อจํากัดของ Azure DevOps

• Azure DevOps ไม่ได้รับการสนับสนุนหากเปิดใช้งานการตรวจสอบความถูกต้องของนโยบายการเข้าถึงแบบมีเงื่อนไขของ azure เปิดใช้งาน
• หากพื้นที่ทํางานและที่เก็บ Git อยู่ในสองภูมิภาคทางภูมิศาสตร์ที่แตกต่างกัน ผู้ดูแลระบบผู้เช่าต้องเปิดใช้งานการส่งออกข้ามภูมิศาสตร์
• ถ้าองค์กรของคุณกําหนดค่า การเข้าถึงแบบมีเงื่อนไขตรวจสอบให้แน่ใจว่า บริการของ Power BI มีเงื่อนไข เดียวกันกับที่ตั้งค่า สําหรับการรับรองความถูกต้องเพื่อให้ทํางานตามที่คาดไว้
• มีการใช้ขีดจํากัดขนาดการคอมมิตต่อไปนี้:
  • 25 MB โดยใช้ตัวเชื่อมต่อ Azure DevOps กับบริการหลัก
  • 125 MB โดยใช้บัญชี Microsoft Entra ID การลงชื่อเข้าระบบครั้งเดียว (SSO) เริ่มต้นและตัวเชื่อมต่อ Azure DevOps ที่มีผู้ใช้หลัก

ข้อจํากัด GitHub

• GitHub เวอร์ชันคลาวด์เท่านั้นที่ได้รับการสนับสนุน ไม่สนับสนุนในองค์กร
• GitHub ไม่สามารถบังคับใช้ การตรวจสอบทางภูมิศาสตร์ข้ามได้
• ขนาดรวมทั้งหมดของไฟล์ที่จะบันทึกในครั้งเดียวจะถูกจํากัดไว้ที่ 50 MB ดังนั้น ถ้าคุณมีหลายรายการที่ต้องยอมรับ บางครั้งอาจจําเป็นต้องแยกรายการเหล่านั้นออกเป็นบันทึกที่แยกต่างหากสองสามรายการ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการกําหนดไฟล์ โปรดดูคู่มือการแก้ไขปัญหาของเรา

ข้อจํากัดของ GitHub Enterprise

ไม่รองรับเวอร์ชันและการตั้งค่า GitHub Enterprise บางเวอร์ชัน ตัวอย่างเช่น:

• GitHub Enterprise Cloud ที่มีที่เก็บข้อมูล (ghe.com)
• เซิร์ฟเวอร์ GitHub Enterprise ที่มีโดเมนแบบกําหนดเองไม่ได้รับการสนับสนุนแม้ว่าอินสแตนซ์จะสามารถเข้าถึงได้โดยสาธารณะ
• เซิร์ฟเวอร์ Github Enterprise ที่โฮสต์บนเครือข่ายส่วนตัว
• รายการอนุญาต IP

ข้อควรพิจารณาในการโยกย้าย Azure DevOps ไปยัง GitHub Enterprise

หากทีมของคุณใช้การรวม Fabric Git และกําลังประเมินการโยกย้ายจาก Azure DevOps ไปยัง GitHub Enterprise ขอแนะนําให้เรียกใช้การทดสอบการตรวจสอบความถูกต้องเพื่อให้แน่ใจว่าฟังก์ชันการรวม Git ยังคงไม่ได้รับผลกระทบ การรวม Fabric Git อาศัย API ของผู้ให้บริการ Git พื้นฐาน ซึ่งแตกต่างกันในความสามารถและข้อจํากัดระหว่าง Azure DevOps และ GitHub Enterprise ตามที่อธิบายไว้ข้างต้น

ข้อจํากัดของพื้นที่ทํางาน

• เฉพาะผู้ดูแลระบบพื้นที่ทํางานเท่านั้นที่สามารถจัดการการเชื่อมต่อกับ Git Repo เช่น การเชื่อมต่อ การตัดการเชื่อมต่อ หรือการเพิ่มสาขา
  เมื่อเชื่อมต่อแล้ว ทุกคนที่มีสิทธิ์สามารถทํางานในพื้นที่ทํางานได้
• พื้นที่ทํางานที่ติดตั้งแอปเทมเพลตจะไม่สามารถเชื่อมต่อกับ Git ได้
• MyWorkspace ไม่สามารถเชื่อมต่อกับผู้ให้บริการ Git ได้

ข้อจํากัดสาขาและโฟลเดอร์

• ความยาวสูงสุดของชื่อสาขาคือ 244 อักขระ
• ความยาวสูงสุดของเส้นทางแบบเต็มสําหรับชื่อแฟ้มคือ 250 อักขระ ชื่อที่ยาวขึ้นล้มเหลว
• ขนาดไฟล์สูงสุดคือ 25 MB
• โครงสร้างโฟลเดอร์ถูกเก็บไว้ลึกถึง 10 ระดับ
• ไม่แนะนําให้ดาวน์โหลดรายงาน/ชุดข้อมูลเป็น .pbix จากบริการหลังจากปรับใช้ด้วยการรวม Git เนื่องจากผลลัพธ์ไม่น่าเชื่อถือ เราขอแนะนําให้ใช้ PowerBI Desktop เพื่อดาวน์โหลดรายงาน/ชุดข้อมูลเป็น .pbix
• หากชื่อที่แสดงของรายการมีลักษณะใด ๆ เหล่านี้ โฟลเดอร์ Git จะถูกเปลี่ยนชื่อเป็น ID เชิงตรรกะ (Guid) และชนิด:
  • มีอักขระมากกว่า 256 ตัว
  • ลงท้ายด้วย หรือช่องว่าง
  • ประกอบด้วยอักขระห้ามใช้งานตามที่อธิบายไว้ในข้อจํากัดชื่อไดเรกทอรี
• เมื่อคุณเชื่อมต่อพื้นที่ทํางานที่มีโฟลเดอร์กับ Git คุณจําเป็นต้องบันทึกการเปลี่ยนแปลง Git repo หากโครงสร้างโฟลเดอร์ แตกต่างกัน

ข้อจํากัดของชื่อไดเรกทอรี

• ชื่อของไดเรกทอรีที่เชื่อมต่อกับที่เก็บ Git มีข้อจํากัดในการตั้งชื่อดังต่อไปนี้:

  • ชื่อไดเรกทอรีไม่สามารถเริ่มต้นหรือลงท้ายด้วยช่องว่างหรือแท็บ
  • ชื่อไดเรกทอรีไม่สามารถมีอักขระใดๆ ต่อไปนี้: "/:<>\*?|

• โฟลเดอร์รายการ (โฟลเดอร์ที่มีแฟ้มรายการ) ไม่สามารถมีอักขระใด ๆ ต่อไปนี้ได้: ":<>\*?| ถ้าคุณเปลี่ยนชื่อโฟลเดอร์เป็นอักขระใดอักขระหนึ่งที่มีอักขระเหล่านี้ Git จะไม่สามารถเชื่อมต่อหรือซิงค์กับพื้นที่ทํางานและจะเกิดข้อผิดพลาดขึ้นได้

การแตกสาขาออกข้อจํากัด

• การออกจากสาขาจําเป็นต้องมีสิทธิ์ที่แสดงในตารางสิทธิ์
• ต้องมีความจุที่พร้อมใช้งานสําหรับการดําเนินการนี้
• ข้อจํากัดการตั้งชื่อพื้นที่ทํางานและสาขาทั้งหมดจะใช้เมื่อแยกสาขาไปยังพื้นที่ทํางานใหม่
• เฉพาะ รายการ ที่ได้รับการสนับสนุนของ Git เท่านั้นจะพร้อมใช้งานในพื้นที่ทํางานใหม่
• รายการสาขาที่เกี่ยวข้องจะแสดงเฉพาะสาขาและพื้นที่ทํางานที่คุณมีสิทธิ์ในการดูเท่านั้น
• ต้องเปิดใช้งานการรวม Git
• เมื่อแยกสาขาออก สาขาใหม่จะถูกสร้างขึ้นและการตั้งค่าจากสาขาเดิมจะไม่ถูกคัดลอก ปรับการตั้งค่าหรือข้อกําหนดใด ๆ เพื่อให้แน่ใจว่ารายการใหม่ตรงตามนโยบายขององค์กรของคุณ
• เมื่อแตกแขนงไปยังพื้นที่ทํางานที่มีอยู่:
  • พื้นที่ทํางานเป้าหมายต้องสนับสนุนการเชื่อมต่อ Git
  • ผู้ใช้ต้องเป็นผู้ดูแลระบบของพื้นที่ทํางานเป้าหมาย
  • พื้นที่ทํางานเป้าหมายต้องมีความจุ
  • พื้นที่ทํางานไม่สามารถมีแอปแม่แบบได้
• โปรดทราบว่าเมื่อคุณแตกแขนงไปยังพื้นที่ทํางาน รายการใด ๆ ที่ไม่ได้บันทึกไปยัง Git อาจสูญหาย เราขอแนะนําให้คุณ ยอมรับ รายการใด ๆ ที่คุณต้องการเก็บไว้ก่อนที่จะแบ่งสาขาออก

ขีดจํากัดการซิงค์และยอมรับ

• คุณสามารถซิงค์ได้ครั้งละหนึ่งทิศทางเท่านั้น คุณไม่สามารถยอมรับและอัปเดตในเวลาเดียวกันได้
• ป้ายชื่อระดับความลับไม่ได้รับการสนับสนุนและการส่งออกรายการที่มีป้ายชื่อระดับความลับอาจถูกปิดใช้งาน หากต้องการยอมรับรายการที่มีป้ายชื่อระดับความลับโดยไม่มีป้ายชื่อระดับความลับ โปรด ขอความช่วยเหลือจากผู้ดูแลระบบ ของคุณ
• ทํางานกับ รายการที่จํากัด รายการที่ไม่ได้รับการรองรับในโฟลเดอร์จะถูกละเว้น
• ไม่อนุญาตให้ใช้ชื่อการทําซ้ํา แม้ว่า Power BI จะอนุญาตให้ทําซ้ําชื่อ การอัปเดต ยอมรับ หรือยกเลิกการดําเนินการจะล้มเหลว
• ไม่รองรับ B2B
• การแก้ปัญหา ความขัดแย้งจะทําบางส่วนใน Git
• ในระหว่างกระบวนการการยอมรับไปยัง Git บริการ Fabric จะลบไฟล์ภายในโฟลเดอร์รายการที่ไม่ใช่ส่วนหนึ่งของข้อกําหนดรายการ แฟ้มที่ไม่เกี่ยวข้องที่ไม่อยู่ในโฟลเดอร์รายการจะไม่ถูกลบออก
• หลังจากที่คุณบันทึกการเปลี่ยนแปลงคุณอาจสังเกตเห็นการเปลี่ยนแปลงที่ไม่คาดคิดบางอย่างไปยังรายการที่คุณไม่ได้ทํา การเปลี่ยนแปลงเหล่านี้ไม่มีนัยสําคัญทางความหมายและสามารถเกิดขึ้นได้ด้วยเหตุผลหลายประการ ตัวอย่าง:
  • การเปลี่ยนแปลงแฟ้มข้อกําหนดหน่วยข้อมูลด้วยตนเอง การเปลี่ยนแปลงเหล่านี้ถูกต้อง แต่อาจแตกต่างจากถ้าทําผ่านตัวแก้ไข ตัวอย่างเช่น ถ้าคุณเปลี่ยนชื่อคอลัมน์แบบจําลองความหมายใน Git และนําเข้าการเปลี่ยนแปลงนี้ไปยังพื้นที่ทํางาน ในครั้งถัดไปที่คุณยอมรับการเปลี่ยนแปลงไปยังแบบจําลอง ความหมาย ไฟล์ bim จะลงทะเบียนเป็นการเปลี่ยนแปลงและคอลัมน์ที่ปรับเปลี่ยนแล้วจะถูกส่งไปยังด้านหลังของ columns อาร์เรย์ ทั้งนี้เนื่องจากกลไก AS ที่สร้าง ไฟล์ bim จะส่งคอลัมน์ที่เปลี่ยนชื่อไปยังส่วนท้ายของอาร์เรย์ การเปลี่ยนแปลงนี้จะไม่มีผลต่อวิธีดําเนินการของรายการ
  • บันทึกไฟล์ที่ใช้ตัวแบ่งบรรทัด CRLF บริการนี้ใช้ ตัวแบ่งบรรทัด LF (ตัวดึงข้อมูลบรรทัด) หากคุณมีไฟล์รายการใน Git repo ที่มีตัวแบ่งบรรทัด CRLF เมื่อคุณยอมรับจากบริการไฟล์เหล่านี้จะเปลี่ยนเป็น LF ตัวอย่างเช่น ถ้าคุณเปิดรายงานในเดสก์ท็อป ให้บันทึกไฟล์โครงการ (.pbip) และอัปโหลดไปยัง Git โดยใช้ CRLF
• การรีเฟรชแบบจําลองความหมายโดยใช้ API การรีเฟรชที่ปรับปรุงแล้วจะทําให้เกิด Git diff หลังจากการรีเฟรชแต่ละครั้ง

เนื้อหาที่เกี่ยวข้อง

• เริ่มต้นใช้งานการรวม Git
• ทําความเข้าใจกระบวนการรวม Git