Ikhtisar integrasi Git di Power Platform

Integrasi kontrol sumber memungkinkan tim pengembangan untuk menyinkronkan solusi dan objek solusi di satu atau beberapa Microsoft Dataverse lingkungan menggunakan Azure DevOps repositori Git. Fungsionalitas integrasi kontrol sumber tersedia secara native dalam pengalaman solusi, memastikan pengembang warga, pengembang yang mengutamakan kode, dan administrator dapat memperoleh manfaat dari kontrol versi, pelacakan perubahan, dan kolaborasi tim yang mulus di berbagai alat dan lingkungan. Integrasi Git dimaksudkan untuk digunakan dengan lingkungan pengembang dan bukan di lingkungan pengujian atau produksi Anda di mana penyebaran dapat dilakukan menggunakan build untuk membuat artefak solusi dan alur untuk Power Platform diterapkan.

Dalam artikel ini, Anda menemukan beberapa konsep dan manfaat utama untuk menggunakan kontrol sumber yang mendukung Git dengan lingkungan dan solusi Anda Dataverse . Untuk informasi tentang Git in Azure DevOps, buka Azure DevOps repositori Git.

ALM di dan Power Platform Dataverse

Power Platform menyediakan banyak kemampuan out-of-the-box yang memungkinkan organisasi mengelola manajemen siklus hidup aplikasi (ALM) untuk solusi mereka. Termasuk adalah kemampuan untuk mengemas solusi sebagai kontainer untuk berbagai jenis objek dalam platform, mengelola lingkungan yang terlibat dalam siklus hidup aplikasi, dan menerapkan solusi menggunakan alur Power Platform. Ada juga beberapa cara untuk mengintegrasikan repositori Git dengan Power Platform menggunakan alat pengembang. Dengan integrasi asli Git Dataverse, prosesnya disederhanakan dan disederhanakan bagi pembuat untuk bekerja dengan solusi mereka dengan cara yang akrab dan berinteraksi dengan kontrol sumber melalui antarmuka yang disederhanakan di Power Apps (make.powerapps.com).

Tunjangan

• Kontrol sumber sebagai sumber kebenaran: Dalam beberapa organisasi, sumber kebenaran untuk penerapan adalah Dataverse lingkungan pembuat tempat solusi dibangun. Pendorong utama untuk perilaku ini adalah bahwa integrasi Git non-asli menggunakan teknik dan alat canggih, yang memerlukan keahlian TI profesional untuk memulai. Dengan integrasi asli Git Dataverse, kontrol sumber dapat diaktifkan hanya dalam beberapa langkah dan menyediakan antarmuka yang akrab bagi pembuat untuk bekerja dengan solusi mereka.
• Keselamatan, audit, dan kepatuhan menggunakan praktik terbaik SDLC: Praktik terbaik siklus hidup pengembangan perangkat lunak (SDLC) adalah serangkaian pedoman dan proses yang membantu Anda mengelola proyek pengembangan perangkat lunak secara efektif. Dengan menggunakan integrasi Dataverse Git, Anda mengikuti praktik SDLC seperti kontrol versi, tinjauan kode, dan analisis kode sumber statis untuk memastikan kualitas, keandalan, dan keamanan solusi Anda. Integrasi Git juga Dataverse menyediakan fitur seperti audit, kepatuhan, dan ketertelusuran yang membantu Anda melacak perubahan pada solusi dan berkolaborasi dengan anggota tim lain secara efektif.
• Lingkungan pengembang berumur pendek: Dengan menyimpan salinan penyesuaian dan konfigurasi lingkungan Anda dalam kontrol sumber, Anda dapat menghidrasi ulang lingkungan pengembangan dari kontrol sumber dengan cepat dan mudah Dataverse. Ini memungkinkan Anda membuat lingkungan berumur pendek untuk tujuan pengembangan dan pengujian. Lingkungan berumur pendek memungkinkan Anda mengosongkan penyimpanan, bereksperimen dengan fitur baru, menguji, dan mengulangi solusi Anda tanpa bergantung pada lingkungan permanen.
• Tim pengembangan fusi: Tim pengembangan fusi adalah tim yang terdiri dari pengembang dan pembuat yang bekerja sama untuk membangun solusi. Dengan menggunakan integrasi Dataverse Git, pengguna ini dapat membangun secara independen di lingkungan terpisah dan berkolaborasi dengan orang lain dengan menyinkronkan dengan repositori kontrol sumber umum. Integrasi kontrol sumber memungkinkan Anda menggunakan keterampilan dan keahlian pengembang dan pembuat untuk membangun solusi berkualitas tinggi yang memenuhi kebutuhan organisasi Anda.
• Perlindungan: Menggunakan kontrol sumber sebagai sumber kebenaran untuk solusi Anda memungkinkan Anda pulih dari perubahan yang tidak diinginkan dalam solusi Anda dengan cepat dan mudah. Dengan menyimpan solusi Anda di kontrol sumber, Anda dapat memulihkan ke status atau versi sebelumnya.

Konsep kunci

Solusi yang tidak dikelola versus terkelola

Saat Anda menggunakan integrasi Git dengan Dataverse, solusi yang disimpan dalam kontrol sumber berasal dari solusi yang tidak dikelola di lingkungan pembuat. Solusi yang tidak dikelola memungkinkan pembuat untuk menambahkan, menghapus, dan memperbarui objek yang disinkronkan dengan kontrol sumber saat Anda menerapkan dan mendorong perubahan. Solusi terkelola dibangun dari kontrol sumber dan disebarkan ke lingkungan hilir, seperti pengujian atau produksi, dan tidak dapat diedit di lingkungan tersebut. Solusi terkelola digunakan untuk memastikan bahwa sumber kebenaran untuk solusi Anda selalu berupa kontrol sumber dan bahwa perubahan hanya dilakukan di lingkungan pembuat sebelum ditambahkan ke kontrol sumber dan diterapkan di tempat lain.

Pemformatan file untuk objek solusi

Dengan diperkenalkannya integrasi Dataverse Git, ada perubahan pada cara solusi dan objek solusi direpresentasikan dalam kontrol sumber. Saat Anda menerapkan dan mendorong perubahan ke kontrol sumber, objek solusi disimpan dalam format tertentu yang kompatibel dengan Git. Format ini digunakan untuk mewakili objek solusi dengan cara yang mudah dibaca dan dipahami dan dapat digunakan untuk melacak perubahan pada objek solusi dari waktu ke waktu. Format file untuk objek solusi dirancang agar dapat dibaca manusia dan dapat digunakan untuk melihat perubahan pada objek solusi dalam kontrol sumber. Selain itu, untuk memungkinkan beberapa solusi disimpan dalam repositori dan folder yang sama, objek solusi dalam kontrol sumber tidak lagi diduplikasi untuk setiap solusi. Sebagai gantinya, objek solusi disimpan di satu lokasi dan dapat dibagikan di beberapa solusi di repositori dan folder yang sama.

Pengembangan kode pertama dengan Git

Pengembangan yang mengutamakan kode diaktifkan Power Platform menggunakan alat pengembangan seperti Power Platform ekstensi CLI, Visual Studio dan Visual Studio Kode. Melibatkan pengembang yang mengutamakan kode dalam proses pengembangan solusi sulit tanpa integrasi kontrol sumber, karena objek seperti Power Apps kontrol kerangka kerja komponen, dan Dataverse plug-in disebarkan ke solusi sebagai aset paket yang dibangun dari kode sumber dan tidak dapat diedit secara langsung di( Power Apps make.powerapps.com). Tanpa kontrol sumber sebagai bagian dari proses pengembangan untuk objek low-code dan code-first, sulit untuk mengelola perubahan pada solusi dan memastikan bahwa perubahan dilacak dan diterapkan dengan cara yang terkontrol.

Dengan mengaktifkan integrasi Dataverse Git, Anda dapat bertemu dengan pengembang yang mengutamakan kode di tempat mereka bekerja dan memberikan pengalaman yang mulus untuk pengembang low-code dan code-first. Namun, ada beberapa pertimbangan yang perlu diingat saat mengelola objek kode pertama di lingkungan kode rendah.

Pengembangan fusi dengan Dataverse integrasi Git

Power Platform Menyediakan kemampuan untuk pengembangan low-code dan code-first. Artikel ini membahas proses pengembangan kode pertama yang terkait dengan Dataverse dan integrasi Git dan memberikan panduan tentang cara mengelola objek kode pertama dan kode rendah dalam satu lingkungan. Objek seperti Power Apps kontrol kerangka kerja komponen, Dataverse plug-in, dan aktivitas alur kerja kustom adalah contoh objek kode pertama yang dapat dikelola dalam kontrol sumber.

Objek kode pertama dan kode rendah dalam satu lingkungan

Objek yang mengutamakan kode dapat disertakan dalam solusi melalui proses build yang menghasilkan solusi terkelola atau tidak dikelola yang dapat diimpor ke Dataverse lingkungan. Namun, objek yang mengutamakan kode juga dapat disebarkan langsung ke solusi yang tidak dikelola di lingkungan pembuat setelah dibuat tanpa menggunakan proses pembuatan solusi untuk menyebarkannya. Ada proses pembuatan yang perlu dipertimbangkan, mengingat fleksibilitas ini.

Jika Anda menyebarkan objek kode pertama langsung ke solusi yang tidak dikelola di lingkungan pembuat, ketika objek tersebut diterapkan ke kontrol sumber, hanya versi kompilasi (bawaan) yang disimpan dalam kontrol sumber. Misalnya, DLL biner jika plug-in, atau JavaScript bundel yang ditranspilasi dan dioptimalkan untuk Power Apps kontrol kerangka kerja komponen. Akibatnya, Anda berakhir dengan dua salinan objek dalam kontrol sumber—satu diwakili oleh versi buatan dan yang lainnya diwakili oleh kode sumber. Menyimpan biner di repositori Anda dapat menyebabkan kebingungan dan potensi konflik jika kode sumber dan versi buatan tidak disinkronkan. Praktik ini tidak direkomendasikan karena kode sumber harus menjadi sumber kebenaran tunggal untuk objek dan hanya satu salinan yang harus disimpan.

Pendekatan yang disarankan adalah membangun objek kode pertama sebagai bagian dari proses pembuatan solusi dan mengimpor solusi yang tidak dikelola yang dihasilkan ke lingkungan pembuat. Pendekatan ini memastikan bahwa kode sumber dan versi buatan tetap sinkron dan bahwa kode sumber adalah satu-satunya sumber kebenaran untuk objek tersebut. Namun, pendekatan ini mengharuskan Anda memiliki proses build untuk menghasilkan solusi terkelola atau tidak dikelola untuk digunakan dalam proses impor dan proses penyebaran. Anda dapat membuat alur kerja Azure Pipelines atau GitHub, misalnya, yang membuat artefak untuk alur di dalam Power Platform dan untuk proses sinkronisasi Git untuk digunakan.

Langkah berikutnya

Dataverse Penyiapan integrasi Git