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

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

การอนุญาต

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

สิทธิ์ของ Git

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

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

สิทธิ์ Fabric ที่จําเป็นสําหรับการดําเนินการทั่วไป

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

การดำเนินการ	บทบาทพื้นที่ทํางาน	สิทธิ์ของ 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

หลังจากที่คุณเชื่อมต่อแล้ว พื้นที่ทํางานจะแสดง คอลัมน์สถานะ 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 ทั่วไป

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

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

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

ข้อจํากัด GitHub

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

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

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

• IP allowlist
• เครือข่ายส่วนตัว

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

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

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

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

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

• การออกจากสาขาจําเป็นต้องมีสิทธิ์ที่แสดงในตารางสิทธิ์
• ต้องมีความจุที่พร้อมใช้งานสําหรับการดําเนินการนี้
• ข้อจํากัดการตั้งชื่อพื้นที่ทํางานและสาขาทั้งหมดจะใช้เมื่อแยกสาขาไปยังพื้นที่ทํางานใหม่
• เมื่อแยกสาขาออก พื้นที่ทํางานใหม่จะถูกสร้างขึ้นและการตั้งค่าจากพื้นที่ทํางานดั้งเดิมจะไม่ถูกคัดลอก ปรับการตั้งค่าหรือข้อกําหนดใด ๆ เพื่อให้แน่ใจว่าพื้นที่ทํางานใหม่เป็นไปตามนโยบายขององค์กรของคุณ
• เฉพาะ รายการ ที่ได้รับการสนับสนุนของ 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 หลังจากการรีเฟรชแต่ละครั้ง

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

• จัดการสาขา
• แก้ไขข้อผิดพลาดและข้อขัดแย้ง