แชร์ผ่าน


แนวคิดพื้นฐานในการรวม Git

บทความนี้อธิบายแนวคิด Git พื้นฐานและกระบวนการรวม Git กับพื้นที่ทํางานของ Microsoft Fabric ของคุณ

การอนุญาต

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

รายการต่อไปนี้แสดงให้เห็นว่าบทบาทพื้นที่ทํางานที่แตกต่างกันสามารถทําอะไรได้บ้าง โดยขึ้นอยู่กับสิทธิ์ของพวกเขาในที่เก็บ Git ของพวกเขา:

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

บทบาทพื้นที่ทํางาน

ตารางต่อไปนี้อธิบายถึงสิทธิ์ที่จําเป็นในพื้นที่ทํางาน Fabric เพื่อดําเนินการทั่วไปต่าง ๆ:

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

ผู้สนับสนุนในพื้นที่ทํางาน (สิทธิ์เขียนบนรายการทั้งหมด)

เจ้าของรายการ (ถ้าสวิตช์ผู้เช่าบล็อกการอัปเดตสําหรับผู้ที่ไม่ใช่เจ้าของ)

สร้างตามการขึ้นต่อกันภายนอก (ถ้ามี)
ยอมรับการเปลี่ยนแปลงพื้นที่ทํางานใน Git รายการต่อไปนี้ทั้งหมด:

ผู้สนับสนุนในพื้นที่ทํางาน (สิทธิ์เขียนบนรายการทั้งหมด)

เจ้าของรายการ (ถ้าสวิตช์ผู้เช่าบล็อกการอัปเดตสําหรับผู้ที่ไม่ใช่เจ้าของ)

สร้างตามการขึ้นต่อกันภายนอก (ถ้ามี)
สร้างสาขา Git ใหม่จากภายใน Fabric ผู้ดูแลระบบ
แยกสาขาออกไปยังพื้นที่ทํางานใหม่ ผู้ดูแลระบบ สมาชิก ผู้สนับสนุน

บทบาท Git

ตารางต่อไปนี้อธิบายถึงสิทธิ์ของ Git ที่จําเป็นในการดําเนินการทั่วไปต่าง ๆ:

การดำเนินการ สิทธิ์ของ Git
เชื่อมต่อพื้นที่ทํางานกับ Git repo อ่าน=อนุญาต
ซิงค์พื้นที่ทํางานด้วย Git repo อ่าน=อนุญาต
ยกเลิกการเชื่อมต่อพื้นที่ทํางานจาก Git repo ไม่จําเป็นต้องมีสิทธิ์
สลับสาขาในพื้นที่ทํางาน (หรือการเปลี่ยนแปลงการตั้งค่าการเชื่อมต่อ) อ่าน=อนุญาต (ในที่เก็บเป้าหมาย/ไดเรกทอรี/สาขา)
ดูรายละเอียดการเชื่อมต่อ Git อ่านหรือไม่
ดูพื้นที่ทํางาน 'สถานะ Git' อ่าน=อนุญาต
อัปเดตจาก Git อ่าน=อนุญาต
ยอมรับการเปลี่ยนแปลงพื้นที่ทํางานใน Git อ่าน=อนุญาต
ร่วม=อนุญาต
นโยบายสาขาควรอนุญาตการยอมรับโดยตรง
สร้างสาขา Git ใหม่จากภายใน Fabric บทบาท=เขียน
สร้างสาขา=อนุญาต
แยกสาขาออกไปยังพื้นที่ทํางานใหม่ อ่าน=อนุญาต
สร้างสาขา=อนุญาต

เชื่อมต่อและซิงค์

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

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

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

ภาพหน้าจอของกล่องโต้ตอบที่ขอให้มีการซิงค์ทิศทางใดหากทั้ง Git และพื้นที่ทํางานมีเนื้อหา

หากคุณไม่ได้เลือกเนื้อหาที่จะซิงค์ คุณจะไม่สามารถทํางานต่อได้

การแจ้งเตือนสกรีนช็อตที่คุณไม่สามารถทํางานต่อได้จนกว่าจะซิงค์พื้นที่ทํางาน

เชื่อมต่อกับพื้นที่ทํางานที่ใช้ร่วมกัน

ถ้าคุณพยายามเชื่อมต่อกับพื้นที่ทํางานที่เชื่อมต่อกับ Git อยู่แล้ว คุณอาจได้รับข้อความต่อไปนี้:

สกรีนช็อตของข้อความข้อผิดพลาดที่บอก yo ให้ลงชื่อเข้าใช้บัญชี Git

ไปที่ แท็บ บัญชี ทางด้านขวาของแผงควบคุม แหล่งข้อมูล เลือกบัญชี และเชื่อมต่อ

สกรีนช็อตของแท็บบัญชีที่มีผู้ใช้เชื่อมต่อกับบัญชี GitHub

สถานะของ Git

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

สกรีนช็อตหากรายการในพื้นที่ทํางานที่มีสถานะ Git ระบุไว้

แต่ละรายการมีสถานะใดสถานะหนึ่งต่อไปนี้:

  • ซิงค์แล้ว (รายการจะเหมือนกันในพื้นที่ทํางานและสาขาของ Git)
  • ข้อขัดแย้ง (รายการมีการเปลี่ยนแปลงทั้งในพื้นที่ทํางานและสาขา Git)
  • รายการที่ไม่รองรับ
  • การเปลี่ยนแปลงที่ยังไม่ได้ยอมรับในพื้นที่ทํางาน
  • จําเป็นต้องมีการอัปเดตจาก Git
  • หน่วยข้อมูลจะเหมือนกันในทั้งสองที่ แต่จําเป็นต้องอัปเดตเป็นยอมรับล่าสุด

ซิงค์ข้อมูล

ตราบใดที่คุณเชื่อมต่อข้อมูลต่อไปนี้จะปรากฏขึ้นที่ด้านล่างของหน้าจอ:

  • สาขาที่เชื่อมต่อกัน
  • เวลาของการซิงก์ล่าสุด
  • ลิงก์ไปยังยอมรับล่าสุดที่ซิงค์กับพื้นที่ทํางาน

สกรีนช็อตของข้อมูลการซิงค์ที่ปรากฏที่ด้านล่างของหน้าจอเมื่อเชื่อมต่อกับ Git

บานหน้าต่างตัวควบคุมแหล่งข้อมูล

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

ภาพหน้าจอของไอคอนตัวควบคุมต้นทางที่แสดงการเปลี่ยนแปลงหน่วยข้อมูลเป็นศูนย์

เลือกไอคอนตัวควบคุม แหล่งข้อมูล เพื่อเปิดแผงควบคุมแหล่งข้อมูล

บานหน้าต่างตัวควบคุมแหล่งข้อมูลมีสามแท็บที่ด้านข้าง:

ยอมรับและอัปเดต

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

แผง บันทึกและอัปเดต มีสองส่วน

การเปลี่ยนแปลง แสดงจํานวนของรายการที่มีการเปลี่ยนแปลงในพื้นที่ทํางานและจําเป็นต้องมอบหมายให้กับ Git
การอัปเดต แสดงจํานวนรายการที่ปรับเปลี่ยนในสาขา Git และจําเป็นต้องอัปเดตไปยังพื้นที่ทํางาน

ในแต่ละส่วน รายการที่เปลี่ยนแปลงจะแสดงรายการด้วยไอคอนที่ระบุสถานะ:

  • ใหม่
  • แก้ไข
  • ลบ
  • ความขัดแย้ง

ปุ่ม รีเฟรชด้านบนของแผงจะอัปเดตรายการการเปลี่ยนแปลงและการอัปเดต

ภาพหน้าจอของแผงควบคุมต้นทางที่แสดงสถานะของรายการที่เปลี่ยนแปลง

มอบ

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

Update

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

อ่านเพิ่มเติมเกี่ยวกับวิธีการบันทึกและอัปเดต อ่านเพิ่มเติมเกี่ยวกับกระบวนการอัปเดตและวิธีการ แก้ไขข้อขัดแย้ง

เงื่อนไขย่อย

แท็บ สาขา ของแผงควบคุมแหล่งข้อมูลช่วยให้คุณสามารถจัดการสาขาของคุณและดําเนินการที่เกี่ยวข้องกับสาขาได้ มีสองส่วนหลัก:

  • การดําเนินการที่คุณสามารถทําได้ในสาขาปัจจุบัน:

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

    สกรีนช็อตของแท็บสาขาออกในแผงควบคุมต้นทาง

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

    สกรีนช็อตที่แสดงรายการสาขาที่เกี่ยวข้องที่ผู้ใช้สามารถสลับไปได้

ดู ข้อจํากัดการแตกสาขาออก สําหรับข้อมูลเพิ่มเติม

รายละเอียดบัญชี

แท็บ รายละเอียดบัญชี แสดงรายละเอียดของบัญชี GitHub ที่ผู้ใช้เชื่อมต่ออยู่ ซึ่งมีสองส่วน ส่วนบนสุดแสดงตัวให้บริการ Git และชื่อบัญชี ส่วนด้านล่างแสดงที่เก็บข้อมูลและสาขาที่พื้นที่ทํางานเชื่อมต่ออยู่ ในขณะนี้ แท็บนี้จะพร้อมใช้งานสําหรับพื้นที่ทํางานที่เชื่อมต่อกับ GitHub เท่านั้น

รายละเอียดบัญชี GitHub ประกอบด้วย:

  • รายละเอียดบัญชี Git

    • Provider
    • ชื่อบัญชี
  • ที่เก็บ Git

  • สาขา

ภาพหน้าจอของแท็บบัญชีในแผงควบคุมต้นทางที่แสดงรายละเอียด Git และชื่อที่เก็บข้อมูลและสาขา

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

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

  • วิธีการรับรองความถูกต้องใน Fabric ต้องมีความแข็งแกร่งเป็นวิธีการรับรองความถูกต้องสําหรับ Git อย่างน้อย ตัวอย่างเช่น ถ้า Git ต้องการการรับรองความถูกต้องแบบหลายปัจจัย Fabric จําเป็นต้องรับรองความถูกต้องแบบหลายปัจจัยเช่นกัน
  • ชุดข้อมูล Power BI ที่เชื่อมต่อกับ Analysis Services ไม่ได้รับการสนับสนุนในขณะนี้
  • พื้นที่ทํางานที่ติดตั้งแอปเทมเพลตจะไม่สามารถเชื่อมต่อกับ Git ได้
  • ระบบไม่รองรับแบบจําลองย่อย
  • ไม่รองรับบริการคลาวด์แบบ Sovereign
  • บัญชี Azure DevOps ต้องลงทะเบียนกับผู้ใช้เดียวกันกับที่ใช้พื้นที่ทํางาน Fabric
  • ผู้ดูแลระบบผู้เช่าต้องเปิดใช้งาน การส่งออก ทางภูมิศาสตร์ข้ามหากพื้นที่ทํางานและ Git repo อยู่ในสองภูมิภาคทางภูมิศาสตร์ที่แตกต่างกัน
  • ถ้าองค์กรของคุณตั้งค่า การเข้าถึงแบบมีเงื่อนไข ตรวจสอบให้แน่ใจว่า บริการ Power BI มีเงื่อนไขเดียวกัน ที่ตั้งค่า สําหรับการรับรองความถูกต้องเพื่อทํางานตามที่คาดไว้
  • ขนาดการยอมรับถูกจํากัดไว้ที่ 125 MB

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

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

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

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

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

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

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

  • ชื่อของไดเรกทอรีที่เชื่อมต่อกับที่เก็บ 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 หลังจากการรีเฟรชแต่ละครั้ง