Kontrol sumber (pratinjau)

Diterapkan pada:✅ Gudang di Microsoft Fabric

Artikel ini menjelaskan cara kerja integrasi Git dan alur penyebaran untuk gudang di Microsoft Fabric. Pelajari cara menyiapkan koneksi ke repositori Anda, mengelola gudang Anda, dan menyebarkannya di berbagai lingkungan. Kontrol sumber untuk Fabric Warehouse saat ini adalah fitur pratinjau.

Anda dapat menggunakan integrasi Git dan alur Penyebaran untuk skenario yang berbeda:

• Gunakan proyek database Git dan SQL untuk mengelola perubahan bertahap, kolaborasi tim, riwayat penerapan dalam objek database individual.
• Gunakan alur penyebaran untuk mempromosikan perubahan kode ke lingkungan pra-produksi dan produksi yang berbeda.

Integrasi Git

Integrasi Git di Microsoft Fabric memungkinkan pengembang untuk mengintegrasikan proses pengembangan, alat, dan praktik terbaik mereka langsung ke platform Fabric. Hal ini memungkinkan pengembang yang mengembangkan di Fabric untuk:

• Mencadangkan dan membuat versi pekerjaan mereka
• Kembali ke tahap sebelumnya sesuai kebutuhan
• Berkolaborasi dengan orang lain atau bekerja sendiri menggunakan cabang Git
• Menerapkan kemampuan alat kontrol sumber yang familier untuk mengelola item Fabric

Untuk informasi selengkapnya tentang proses integrasi Git, lihat:

• Apa itu integrasi Microsoft Fabric Git?
• Konsep dasar dalam integrasi Git
• Mulai menggunakan integrasi Git

Menyiapkan koneksi ke kontrol sumber

Dari halaman Pengaturan ruang kerja, Anda dapat dengan mudah menyiapkan koneksi ke repositori Anda untuk menerapkan dan menyinkronkan perubahan.

1. Untuk menyiapkan koneksi, lihat Mulai menggunakan integrasi Git. Ikuti instruksi untuk Menyambungkan ke repositori Git ke Azure DevOps atau GitHub sebagai penyedia Git.
2. Setelah tersambung, item Anda, termasuk gudang, muncul di panel Kontrol sumber.
3. Setelah Anda berhasil menghubungkan instans gudang ke repositori Git, Anda akan melihat struktur folder gudang di repositori. Anda sekarang dapat menjalankan operasi di masa mendatang, seperti membuat permintaan pull.

Proyek database untuk gudang di Git

Gambar berikut adalah contoh struktur file dari setiap item gudang dalam repositori:

Saat Anda menerapkan item gudang ke repositori Git, gudang dikonversi ke format kode sumber, sebagai proyek database SQL. Proyek SQL adalah representasi lokal objek SQL yang terdiri dari skema untuk database tunggal, seperti tabel, prosedur tersimpan, atau fungsi. Struktur folder objek database diatur oleh Skema/Tipe Objek. Setiap objek di gudang diwakili dengan file .sql yang berisi definisi bahasa definisi data (DDL). Data tabel gudang dan fitur keamanan SQL tidak disertakan dalam proyek database SQL.

Kueri bersama juga diterapkan pada repositori dan mewarisi nama tempat kueri disimpan.

Alur penyebaran

Anda juga dapat menggunakan alur penyebaran untuk menyebarkan kode gudang Anda di berbagai lingkungan, seperti pengembangan, pengujian, dan produksi. Alur penyebaran tidak mengekspos proyek database.

Gunakan langkah-langkah berikut untuk menyelesaikan penyebaran gudang Anda menggunakan alur penyebaran.

1. Buat alur penyebaran baru atau buka alur penyebaran yang ada. Untuk informasi selengkapnya, lihat Mulai menggunakan alur penyebaran.
2. Tetapkan ruang kerja ke tahap yang berbeda sesuai dengan tujuan penyebaran Anda.
3. Pilih, lihat, dan bandingkan item termasuk gudang di antara berbagai tahap, seperti yang ditunjukkan dalam contoh berikut.
4. Pilih Sebarkan untuk menyebarkan gudang Anda di seluruh tahap Pengembangan, Pengujian, dan Produksi .

Untuk informasi selengkapnya tentang proses alur penyebaran Fabric, lihat Pengenalan alur penyebaran.

Batasan dalam kontrol sumber

• Fitur keamanan SQL harus diekspor/dimigrasikan menggunakan pendekatan berbasis skrip. Pertimbangkan untuk menggunakan skrip pasca-penyebaran dalam proyek database SQL, yang dapat Anda konfigurasi dengan membuka proyek dengan ekstensi Proyek SQL Database yang tersedia di Visual Studio Code.

Batasan dalam integrasi Git

• Saat ini, jika Anda menggunakan ALTER TABLE untuk menambahkan batasan atau kolom dalam proyek database, tabel akan dihilangkan dan dibuat ulang saat menyebarkan, yang mengakibatkan kehilangan data. Pertimbangkan solusi berikut untuk mempertahankan definisi tabel dan data:
  • Buat salinan baru tabel di gudang, menggunakan CREATE TABLE dan INSERT, CREATE TABLE AS SELECT, atau Tabel kloning.
  • Ubah definisi tabel baru dengan batasan atau kolom baru, seperti yang diinginkan, menggunakan ALTER TABLE.
  • Hapus tabel lama.
  • Ganti nama tabel baru menjadi nama tabel lama menggunakan sp_rename.
  • Ubah definisi tabel lama dalam proyek database SQL dengan cara yang sama persis . Proyek database SQL gudang dalam kontrol sumber dan gudang langsung sekarang harus cocok.
• Saat ini, jangan membuat Dataflow Gen2 dengan tujuan output ke gudang. Menerapkan dan memperbarui dari Git akan diblokir oleh item baru bernama DataflowsStagingWarehouse yang muncul di repositori.
• Integrasi Fabric Git tidak mendukung item titik akhir analitik SQL.
• Dependensi lintas item, pengurutan item, dan kesenjangan sinkronisasi antara titik akhir analitik SQL dan gudang berdampak pada alur kerja "bercabang ke ruang kerja baru/yang sudah ada" dan "beralih ke cabang yang berbeda" selama pengembangan dan integrasi berkelanjutan.

Batasan untuk alur penyebaran

• Saat ini, jika Anda menggunakan ALTER TABLE untuk menambahkan batasan atau kolom dalam proyek database, tabel akan dihilangkan dan dibuat ulang saat menyebarkan, yang mengakibatkan kehilangan data.
• Saat ini, jangan membuat Dataflow Gen2 dengan tujuan output ke gudang. Penyebaran akan diblokir oleh item baru bernama DataflowsStagingWarehouse yang muncul di alur penyebaran.
• Alur Penyebaran Fabric tidak mendukung item titik akhir analitik SQL.
• Dependensi lintas item, pengurutan item, dan kesenjangan sinkronisasi antara titik akhir analitik SQL dan gudang berdampak pada alur kerja Pipeline Penyebaran Fabric.

Konten terkait

• Pengembangan dan Penyebaran
• Mulai menggunakan integrasi Git