การตั้งค่าการรวม Dataverse Git

การรวม Git เริ่มต้นจาก Power Platform ในพื้นที่ โซลูชัน ภายใน Power Apps, Copilot Studio, Power Automateและ Power Pages บทความนี้จะกล่าวถึงการเชื่อมต่อสภาพแวดล้อมและโซลูชันกับที่เก็บ Azure DevOps Git

ในขณะที่ทีมพัฒนา การปรับแต่งภายในสภาพแวดล้อมสามารถส่งไปยัง Git ได้ และการเปลี่ยนแปลงที่ทำภายใน Git ก็สามารถดึงเข้าสู่สภาพแวดล้อมที่เชื่อมต่อได้

ข้อกำหนดเบื้องต้นสำหรับการรวม Git กับ Dataverse

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

• จำเป็นต้องมีการสมัครใช้งานและสิทธิการใช้งาน Azure DevOps สำหรับผู้ใช้ที่โต้ตอบกับตัวควบคุมต้นฉบับเมื่อเชื่อมต่อสภาพแวดล้อม Dataverse ของคุณกับ Git

  หมายเหตุ

  สิทธิการใช้งานมีจำนวนจำกัดใน Azure DevOps ในแผนบริการพื้นฐาน ไปที่ บริการ Azure DevOps สำหรับข้อมูลเพิ่มเติมเกี่ยวกับราคาและการให้สิทธิการใช้งานสำหรับ Azure DevOps

• ต้องมีสิทธิ์ของบริการ Azure DevOps สำหรับการทำการยืนยันและการอ่านไฟล์ต้นฉบับ สมาชิกของกลุ่มความปลอดภัยของผู้สนับสนุนมีสิทธิ์

• จำเป็นต้องมีสภาพแวดล้อม Power Platform ที่มี Dataverse และ Security role ผู้ดูแลระบบเพื่อเชื่อมต่อกับ Git ซึ่งจะทำการผูกข้อมูลเริ่มต้นของสภาพแวดล้อมหรือโซลูชันของคุณกับโครงการใน Azure DevOps ให้เสร็จสมบูรณ์

การตั้งค่า Azure DevOps

ในการเริ่มต้น คุณต้องมี Azure DevOps โปรเจ็กต์และที่เก็บข้อมูล เพื่อเชื่อมต่อ Dataverse สภาพแวดล้อมของคุณ หากคุณไม่มีการตั้งค่า Azure DevOps โครงการและที่เก็บข้อมูล ให้ทำตามขั้นตอนเหล่านี้เพื่อสร้างโครงการและที่เก็บข้อมูลใหม่ใน Azure DevOps

1. ลงชื่อเข้าใช้ Azure DevOps และเลือกองค์กรของคุณ
2. เลือก โครงการใหม่ ป้อนชื่อ และตรวจสอบให้แน่ใจว่าการควบคุมเวอร์ชันของคุณถูกตั้งค่าเป็น Git สำหรับโครงการของคุณ และเลือก สร้าง
3. ในโครงการใหม่ ให้เลือก ที่เก็บ จากนั้นเลือก เตรียมใช้งาน ที่ด้านล่างของหน้าเพื่อเตรียมใช้งานที่เก็บเริ่มต้น

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

เชื่อมต่อกับ Git

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

1. เปิดใช้งานสภาพแวดล้อมการพัฒนาและเป้าหมายทั้งหมดเป็นสภาพแวดล้อมที่ได้รับการจัดการภายใน Power Platform ศูนย์การดูแลระบบ

2. เข้าสู่ระบบ Power Apps (หรือ Copilot Studio, Power Automate, Power Pages) จากนั้นไปที่ Solutions

3. ในหน้า โซลูชัน หรือหน้า การควบคุมแหล่งที่มา ภายในโซลูชันที่ไม่ได้รับการจัดการแบบกำหนดเอง ให้เลือก เชื่อมต่อกับ Git

4. เลือก สภาพแวดล้อม หรือ โซลูชัน จากตัวเลือกชนิดการเชื่อมต่อ แล้วเลือกองค์กรและโครงการ Azure DevOps ของคุณ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับความแตกต่างระหว่างการผูกสภาพแวดล้อมและการผูกโซลูชัน โปรดไปที่ วิธีเลือกการผูกสภาพแวดล้อมและการผูกโซลูชัน

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

6. สร้างสาขาใหม่ได้ตามต้องการ

7. เลือก เชื่อมต่อ

   หมายเหตุ

   โดยการออกแบบ โซลูชันเริ่มต้นและ Common Data Service โซลูชันเริ่มต้นไม่สามารถเชื่อมต่อกับ Git ได้ ใช้โซลูชันที่กำหนดเองสำหรับการพัฒนาแอปและโซลูชัน

วิธีการเลือกระหว่างการผูกข้อมูลสภาพแวดล้อมและโซลูชัน

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

การผูกข้อมูลสภาพแวดล้อม

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

การผูกโซลูชัน

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

ข้อควรพิจารณาอื่นๆ

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

การผูกโซลูชันกับที่เก็บและโฟลเดอร์ (เมื่อใช้กลยุทธ์การผูกโซลูชัน)

เมื่อคุณเชื่อมต่อสภาพแวดล้อมของคุณกับ Git โดยใช้กลยุทธ์การผูกโซลูชัน คุณสามารถผูกโซลูชันกับที่เก็บและโฟลเดอร์ในโครงการ Azure DevOps เดียวกันได้

1. ในพื้นที่ โซลูชัน ให้เลือกจุดแนวตั้งสามจุดถัดจากโซลูชันที่คุณต้องการผูกกับตัวควบคุมต้นฉบับ จากนั้นเลือก เชื่อมต่อกับ Git
2. เลือกสาขาที่มีอยู่ หรือสร้างสาขาใหม่ ป้อนโฟลเดอร์ Git เพื่อผูกโซลูชัน จากนั้นเลือก เชื่อมต่อ

ตรวจสอบการเชื่อมต่อของคุณ

เมื่อต้องการตรวจสอบการเชื่อมต่อของคุณกับ Git ให้สร้างโซลูชันใหม่หรือทำการเปลี่ยนแปลงกับโซลูชันที่มีอยู่ และดูการเปลี่ยนแปลงโดยใช้ขั้นตอนเหล่านี้:

1. บนหน้า โซลูชัน ให้เปิดโซลูชันที่คุณต้องการดูการเปลี่ยนแปลง
2. ในบานหน้าต่างด้านซ้าย ให้เลือก ตัวควบคุมต้นฉบับ เพื่อดูการเปลี่ยนแปลงที่เกิดขึ้นกับโซลูชัน

ตอนนี้คุณสามารถดูการเปลี่ยนแปลงที่เกิดขึ้นกับโซลูชันและสามารถยอมรับและผลักดันการเปลี่ยนแปลงไปยังที่เก็บ ตลอดจนดูสาขาปัจจุบันที่โซลูชันของคุณผูกไว้

ตัดการเชื่อมต่อจาก Git

สามารถตัดการเชื่อมต่อสภาพแวดล้อมและโซลูชันแล้วเชื่อมต่อใหม่กับตำแหน่ง Git ที่แตกต่างกันได้ ด้วยการผูกสภาพแวดล้อมหรือโซลูชัน ทำให้สามารถตัดการเชื่อมต่อโซลูชันทั้งหมดได้ ด้วยการผูกโซลูชัน คุณยังสามารถตัดการเชื่อมต่อโซลูชันเฉพาะได้อีกด้วย

ถอดสายโซลูชันทั้งหมด

1. ในหน้าโซลูชัน ให้เลือก การเชื่อมต่อ Git (การผูกมัดสภาพแวดล้อม) หรือ เชื่อมต่อกับ Git (การผูกมัดโซลูชัน)
2. เลือก ตัดการเชื่อมต่อโซลูชันทั้งหมดจาก Git
3. เลือก ดำเนินการต่อ ในกล่องโต้ตอบการยืนยัน

ตัดการเชื่อมต่อโซลูชันเฉพาะ

1. ในหน้า โซลูชัน หรือ การควบคุมแหล่งที่มา ให้เลือก การเชื่อมต่อ Git
2. เลือก ตัดการเชื่อมต่อโซลูชันจาก Git
3. เลือก ดำเนินการต่อ ในกล่องโต้ตอบการยืนยัน

เชื่อมต่อสภาพแวดล้อมการพัฒนาหลาย ๆ แห่งเข้ากับ Git

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

สำคัญ

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

1. ส่งออกโซลูชันที่ต้องการเป็นโซลูชันแบบไม่ได้รับการจัดการจากสภาพแวดล้อมการพัฒนาเดิม จากนั้นนำเข้าสู่สภาพแวดล้อมที่สอง
2. อีกวิธีหนึ่งคือสร้างโซลูชันในสภาพแวดล้อมที่สองโดยใช้ชื่อและผู้เผยแพร่ที่เหมือนกันทุกประการ
3. ในสภาพแวดล้อมอื่น ให้ทำซ้ำขั้นตอน เชื่อมต่อกับ Git ที่อธิบายไว้ก่อนหน้านี้ ใช้ประเภทการเชื่อมต่อ (การผูก) เดียวกัน องค์กร โปรเจ็กต์ ที่เก็บข้อมูล สาขา และโฟลเดอร์ Git

ตอนนี้คุณสามารถซิงโครไนซ์การเปลี่ยนแปลงระหว่างสภาพแวดล้อมต่างๆ ได้

ขั้นตอนถัดไป

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