ภาพรวมของการรวม Dataverse Git (พรีวิว)

[บทความนี้เป็นคู่มือรุ่นก่อนวางจำหน่าย และอาจจะมีการเปลี่ยนแปลงในอนาคต]

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

สำคัญ

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

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

ALM ใน Power Platform และ Dataverse

Power Platform มอบความสามารถที่พร้อมใช้งานทันทีมากมายที่ช่วยให้องค์กรสามารถจัดการการจัดการวงจรชีวิตของแอปพลิเคชัน (ALM) สำหรับโซลูชันของตนได้ รวมถึงความสามารถในการบรรจุโซลูชันเป็นคอนเทนเนอร์สำหรับส่วนประกอบชนิดต่างๆ มากมายในแพลตฟอร์ม จัดการสภาพแวดล้อมที่เกี่ยวข้องกับวงจรชีวิตของแอปพลิเคชัน และปรับใช้โซลูชันโดยใช้ไปป์ไลน์ใน Power Platform นอกจากนี้ยังมีหลายวิธีในการรวมที่เก็บ Git เข้ากับ Power Platform การใช้เครื่องมือสำหรับนักพัฒนา ด้วยการผสานรวม Git ใน Dataverse กระบวนการนี้จึงง่ายขึ้นและคล่องตัวสำหรับผู้สร้างในการทำงานกับโซลูชันของตนด้วยวิธีที่คุ้นเคยและโต้ตอบกับตัวควบคุมต้นฉบับผ่านอินเทอร์เฟซที่เรียบง่ายใน Power Apps (make.powerapps.com)

ประโยชน์

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

แนวคิดหลัก

โซลูชันที่มีการจัดการเทียบกับที่ไม่มีการจัดการ

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

การจัดรูปแบบไฟล์สำหรับส่วนประกอบของโซลูชัน

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

การพัฒนา Code-first ด้วย Git

การพัฒนา Code-first ใน Power Platform ได้รับการเปิดใช้งานโดยใช้เครื่องมือการพัฒนา เช่น Power Platform CLI, Visual Studio และส่วนขยาย Visual Studio Code การมีส่วนร่วมกับนักพัฒนาแบบ Code-first ในกระบวนการพัฒนาโซลูชันเป็นเรื่องยาก หากไม่มีการรวมตัวควบคุมต้นฉบับ เนื่องจากส่วนประกอบต่างๆ เช่น ตัวควบคุม Power Apps component framework, และปลั๊กอิน Dataverse จะถูกปรับใช้กับโซลูชันเป็นสินทรัพย์แบบแพ็คเกจที่สร้างจากซอร์สโค้ดและไม่สามารถแก้ไขได้โดยตรงใน Power Apps (make.powerapps.com) หากไม่มีตัวควบคุมต้นฉบับซึ่งเป็นส่วนหนึ่งของกระบวนการพัฒนาสำหรับทั้งส่วนประกอบแบบ low-code และ code-first การจัดการการเปลี่ยนแปลงในโซลูชันและทำให้แน่ใจว่าการเปลี่ยนแปลงได้รับการติดตามและปรับใช้ในลักษณะที่มีการควบคุม

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

การพัฒนาแบบฟิวชันด้วยการการรวม Dataverse Git

Power Platform ให้ความสามารถสำหรับการพัฒนาทั้งแบบ low-code และ code-first บทความนี้กล่าวถึงกระบวนการพัฒนาแบบ code-first ที่เกี่ยวข้องกับการรวม Dataverse และ Git และให้คำแนะนำเกี่ยวกับวิธีจัดการส่วนประกอบแบบ code-first และ low-code ในสภาพแวดล้อมเดียว ส่วนประกอบต่างๆ เช่น ตัวควบคุม Power Apps component framework, ปลั๊กอิน Dataverse และกิจกรรมเวิร์กโฟลว์แบบกำหนดเอง ซึ่งเป็นตัวอย่างของส่วนประกอบแบบ code-first ซึ่งสามารถจัดการได้ในตัวควบคุมต้นฉบับ

ส่วนประกอบแบบ code-first และ low-code ในสภาพแวดล้อมเดียว

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

หากคุณกำลังปรับใช้ส่วนประกอบแบบ code-first เป็นหลักโดยตรงกับโซลูชันที่ไม่มีการจัดการในสภาพแวดล้อมของผู้สร้าง เมื่อมีการยืนยันส่วนประกอบเหล่านั้นกับตัวควบคุมต้นฉบับ เฉพาะเวอร์ชันที่คอมไพล์แล้ว (ในตัว) เท่านั้นที่จะถูกเก็บไว้ในตัวควบคุมต้นฉบับ ตัวอย่างเช่น DLL ไบนารี หากปลั๊กอิน หรือบันเดิล JavaScript ที่ทรานสไพล์และปรับให้เหมาะสมสำหรับตัวควบคุม Power Apps component framework ด้วยเหตุนี้ คุณจะได้เป็นสำเนาของส่วนประกอบสองชุดในตัวควบคุมต้นฉบับ ชุดหนึ่งแสดงโดยเวอร์ชันที่สร้างขึ้นและอีกเวอร์ชันหนึ่งแสดงด้วยซอร์สโค้ด การจัดเก็บไบนารีในที่เก็บของคุณอาจทำให้เกิดความสับสนและข้อขัดแย้งที่อาจเกิดขึ้นได้หากซอร์สโค้ดและเวอร์ชันที่สร้างขึ้นไม่ซิงค์กัน ไม่แนะนำให้ใช้แนวทางปฏิบัตินี้เนื่องจากซอร์สโค้ดควรเป็นแหล่งข้อมูลแหล่งเดียวสำหรับส่วนประกอบ และควรจัดเก็บสำเนาเดียวเท่านั้น

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

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

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