Kontrol Sumber di Azure Data Factory

BERLAKU UNTUK:Azure Data Factory Azure Synapse Analytics

Secara default, pengalaman antarmuka pengguna Azure Data Factory (user interface experience/UX) menulis langsung terhadap layanan pabrik data. Pengalaman baru ini memiliki batasan berikut:

  • Layanan Data Factory tidak menyertakan repositori untuk menyimpan entitas JSON untuk perubahan Anda. Satu-satunya cara untuk menyimpan perubahan adalah melalui tombol Terbitkan Semua dan semua perubahan diterbitkan langsung ke layanan pabrik data.
  • Layanan Data Factory tidak dioptimalkan untuk kolaborasi dan kontrol versi.
  • Templat Azure Resource Manager yang diperlukan untuk menyebarkan Data Factory itu sendiri tidak disertakan.

Untuk memberikan pengalaman penulisan yang lebih baik, Azure Data Factory memungkinkan Anda mengonfigurasikan repositori Git dengan Azure Repos atau GitHub. Git adalah sistem kontrol versi yang memungkinkan pelacakan perubahan dan kolaborasi yang lebih mudah. Artikel ini akan menguraikan cara mengonfigurasi dan bekerja di repositori git serta mengutamakan praktik terbaik dan panduan pemecahan masalah.

Catatan

Kami telah menambahkan GitHub dukungan publik pada Azure Gov, Azure Tiongkok. Lihat blog pengumuman.

Untuk mempelajari selengkapnya tentang bagaimana Azure Data Factory terintegrasi dengan Git, lihat video tutorial 15 menit di bawah ini:

Keuntungan dari integrasi Git

Di bawah ini adalah daftar beberapa keuntungan yang diberikan integrasi git untuk pengalaman penulisan:

  • Kontrol sumber: Ketika beban kerja pabrik data Anda menjadi penting, Anda ingin mengintegrasikan pabrik Anda dengan Git untuk memanfaatkan beberapa manfaat kontrol sumber seperti berikut:
    • Kemampuan untuk melacak/mengaudit perubahan.
    • Kemampuan untuk mengembalikan perubahan yang memicu bug.
  • Penyimpanan parsial/sebagian: Saat penulisan terhadap layanan pabrik data, Anda tidak dapat menyimpan perubahan sebagai draf dan semua publikasi harus melewati validasi pabrik data. Apakah alur Anda belum selesai atau Anda tidak ingin kehilangan perubahan yang telah dibuat jika komputer Anda crash, integrasi git memungkinkan perubahan bertahap untuk sumber daya pabrik data terlepas dari statusnya. Mengonfigurasi repositori git memungkinkan Anda untuk menyimpan perubahan, memungkinkan Anda hanya mempublikasikan ketika Anda telah menguji perubahan Anda hingga sesuai dengan yang Anda inginkan.
  • Kolaborasi dan kontrol: Jika Anda memiliki beberapa anggota tim yang berkontribusi pada pabrik yang sama, Anda mungkin ingin membiarkan rekan satu tim Anda berkolaborasi satu sama lain melalui proses ulasan kode. Anda juga dapat mengatur pabrik Anda sedemikian rupa sehingga tidak setiap kontributor memiliki izin yang sama. Beberapa anggota tim mungkin hanya diizinkan untuk membuat perubahan melalui Git dan hanya orang-orang tertentu dalam tim yang diizinkan untuk menerbitkan perubahan pada pabrik.
  • CI/CD yang lebih baik: Jika Anda menyebarkan ke beberapa lingkungan dengan proses pengiriman berkelanjutan, integrasi git dapat mempermudah tindakan tertentu. Beberapa tindakan ini meliputi:
    • Mengonfigurasikan alur rilis Anda untuk memicu secara otomatis segera setelah ada perubahan yang dibuat pada pabrik 'dev' Anda.
    • Mengkustomisasi properti di pabrik Anda yang tersedia sebagai parameter di templat Resource Manager. Hal ini dapat berguna untuk hanya menyimpan set properti yang diperlukan sebagai parameter, dan menuliskan kode parameter lainnya secara hard code.
  • Performa yang Lebih Baik: Pabrik biasa dengan integrasi git memuat 10 kali lebih cepat daripada satu penulisan terhadap layanan pabrik data. Peningkatan performa ini karena sumber daya diunduh melalui Git.

Catatan

Penulisan langsung dengan layanan Data Factory dinonaktifkan di UX Azure Data Factory saat repositori Git dikonfigurasi. Perubahan yang dibuat melalui PowerShell atau SDK diterbitkan langsung ke layanan Data Factory, dan tidak dimasukkan ke dalam Git.

Menyambungkan ke repositori Git

Ada empat cara berbeda untuk menyambungkan repositori Git ke pabrik data Anda untuk Azure Repos dan GitHub. Setelah tersambung ke repositori Git, Anda dapat melihat dan mengelola konfigurasi di hub manajemen di bawah Konfigurasi Git di bagian Kontrol sumber

Metode konfigurasi 1: Halaman beranda

Di beranda Azure Data Factory, pilih Siapkan repositori kode di bagian atas.

Configure a code repository from home page

Metode konfigurasi 2: Kanvas penulisan

Di kanvas penulisan UX Azure Data Factory, pilih menu drop-down Data Factory lalu pilih Siapkan repositori kode.

Configure the code repository settings from authoring

Metode konfigurasi 3: Hub manajemen

Buka hub manajemen di UX ADF. Pilih Konfigurasi Git di bagian Kontrol sumber. Jika Anda tidak memiliki repositori yang tersambung, klik Konfigurasi.

Configure the code repository settings from management hub

Metode konfigurasi 4: Saat pembuatan pabrik

Saat membuat pabrik data baru di portal Microsoft Azure, Anda dapat mengonfigurasikan informasi repositori Git di tab konfigurasi Git.

Catatan

Saat mengkonfigurasi git di Portal Microsoft Azure, pengaturan seperti nama proyek dan nama repositori harus dimasukkan secara manual alih-alih menjadi bagian dari drop-down.

Configure the code repository settings from Azure Portal

Penulis dengan integrasi Azure Repos Git

Penulisan visual dengan integrasi Azure Repos Git mendukung kontrol sumber dan kolaborasi untuk bekerja pada alur pabrik data Anda. Anda dapat mengaitkan pabrik data dengan repositori organisasi Azure Repos Git untuk kontrol sumber, kolaborasi, penerapan versi, dan sebagainya. Satu organisasi Azure Repos Git dapat memiliki beberapa repositori, tetapi repositori Azure Repos Git hanya dapat dikaitkan dengan satu pabrik data. Jika Anda tidak memiliki organisasi atau repositori Azure Repos, ikuti instruksi berikut untuk membuat sumber daya Anda.

Catatan

Anda dapat menyimpan file skrip dan data di repositori Azure Repos Git. Namun, Anda harus mengunggah file secara manual ke Azure Storage. Alur pabrik data tidak secara otomatis mengunggah file skrip atau data yang disimpan dalam repositori Azure Repos Git ke Azure Storage.

Pengaturan Azure Repos

Configure the code repository settings

Panel konfigurasi memperlihatkan pengaturan repositori kode Azure Repos berikut ini:

Pengaturan Deskripsi Nilai
Jenis Repositori Jenis repositori kode Azure Repos.
Azure DevOps Git atau GitHub
Azure Active Directory Pilih nama penyewa Azure Active Directory Anda. <your tenant name>
Organisasi Azure Repos Nama organisasi Azure Repos Anda. Anda dapat menemukan nama organisasi Azure Repos Anda di https://{organization name}.visualstudio.com. Anda dapat masuk ke organisasi Azure Repos untuk mengakses profil Visual Studio dan melihat repositori dan proyek Anda. <your organization name>
ProjectName Nama proyek Azure Repos Anda. Anda dapat menemukan nama proyek Azure Repos Anda di https://{organization name}.visualstudio.com/{project name}. <your Azure Repos project name>
RepositoryName Nama repositori kode Azure Repos Anda. Proyek Azure Repos berisi repositori Git untuk mengelola kode sumber saat proyek Anda berkembang. Anda dapat membuat repositori baru atau menggunakan repositori yang sudah ada di proyek Anda. <your Azure Repos code repository name>
Cabang kolaborasi Cabang kolaborasi Azure Repos Anda yang digunakan untuk penerbitan. Secara default, main. Ubah pengaturan ini jika Anda ingin menerbitkan sumber daya dari cabang lain. <your collaboration branch name>
Cabang penerbitan Cabang penerbitan adalah cabang di repositori Anda tempat template ARM terkait penerbitan disimpan dan diperbarui. Secara default, adf_publish. <your publish branch name>
Folder akar Folder akar Anda di cabang kolaborasi Azure Repos Anda. <your root folder name>
Mengimpor sumber daya Data Factory yang ada ke repositori Menentukan apakah akan mengimpor sumber daya pabrik data yang ada dari kanvas Penulisan UX ke dalam repositori Azure Repos Git. Pilih kotak untuk mengimpor sumber daya pabrik data Anda ke dalam repositori Git terkait dalam format JSON. Tindakan ini mengekspor setiap sumber daya secara individual (artinya, layanan dan himpunan data yang ditautkan diekspor ke JSON terpisah). Saat kotak ini tidak dipilih, sumber daya yang ada tidak diimpor. Dipilih (default)
Cabang untuk mengimpor sumber daya ke dalamnya Menentukan ke cabang mana sumber daya pabrik data (alur, himpunan data, layanan tertaut, dll.) diimpor. Anda bisa mengimpor sumber daya ke salah satu cabang berikut: a. Kolaborasi b. Buat baru c. Gunakan yang ada

Catatan

Jika Anda menggunakan Microsoft Edge dan tidak melihat nilai apa pun di drop-down Akun Azure DevOps Anda, tambahkan https://*.visualstudio.com ke daftar situs tepercaya.

Menggunakan penyewa Azure Active Directory yang berbeda

Repositori Azure Repos Git bisa berada di penyewa Azure Active Directory yang berbeda. Untuk menentukan penyewa Azure Active Directory yang berbeda, Anda memerlukan izin admin untuk langganan Azure yang digunakan. Untuk informasi selengkapnya, lihat mengubah admin langganan

Penting

Untuk menyambungkan ke Azure Active Directory lain, pengguna yang masuk harus menjadi bagian dari direktori aktif tersebut.

Menggunakan akun Microsoft pribadi Anda

Untuk menggunakan akun Microsoft pribadi untuk integrasi Git, Anda dapat menautkan Repositori Azure pribadi Anda ke Direktori Aktif organisasi Anda.

  1. Menambahkan akun Microsoft pribadi Anda ke Direktori Aktif organisasi Anda sebagai tamu. Untuk informasi selengkapnya, lihat Menambahkan pengguna kolaborasi Azure Active Directory B2B di portal Azure.

  2. Masuk ke portal Azure dengan akun Microsoft pribadi Anda. Lalu beralihlah ke Direktori Aktif organisasi Anda.

  3. Buka bagian Azure DevOps, tempat Anda melihat repositori pribadi Anda. Pilih repositori dan sambungkan dengan Direktori Aktif.

Setelah langkah-langkah konfigurasi ini, repositori pribadi Anda tersedia saat Anda mengatur integrasi Git di UI Data Factory.

Untuk informasi selengkapnya tentang menyambungkan Azure Repos ke Direktori Aktif organisasi Anda, lihat Menyambungkan organisasi Azure DevOps Anda ke Azure Active Directory.

Penulis dengan integrasi GitHub

Penulisan visual dengan integrasi GitHub mendukung kontrol sumber dan kolaborasi untuk bekerja pada alur pabrik data Anda. Anda dapat mengaitkan pabrik data dengan repositori akun GitHub untuk kontrol sumber, kolaborasi, penerapan versi. Satu akun GitHub dapat memiliki beberapa repositori, tetapi repositori GitHub hanya dapat dikaitkan dengan satu pabrik data. Jika Anda tidak memiliki akun GitHub atau repositori, ikuti instruksi berikut untuk membuat sumber daya Anda.

Integrasi GitHub dengan Data Factory mendukung GitHub publik (yaitu, https://github.com) dan GitHub Enterprise. Anda dapat menggunakan repositori GitHub publik dan privat dengan Data Factory selama Anda telah membaca dan menulis izin ke repositori di GitHub. Integrasi server perusahaan ADF yang GitHub hanya berfungsi dengan versi server perusahaan GitHub yang didukung secara resmi.

Catatan

Jika Anda menggunakan Microsoft Edge, GitHub versi Enterprise kurang dari 2.1.4 tidak berfungsi dengannya. GitHub secara resmi mendukung >= 3.0 dan ini semua harus baik-baik saja untuk ADF. Karena GitHub mengubah versi minimumnya, versi yang didukung ADF juga akan berubah.

Pengaturan GitHub

GitHub repository settings

Panel konfigurasi memperlihatkan pengaturan repositori GitHub berikut ini:

Pengaturan Deskripsi Nilai
Jenis Repositori Jenis repositori kode Azure Repos. GitHub
Gunakan GitHub Enterprise Kotak centang untuk memilih GitHub Enterprise tidak dipilih (default)
URL GitHub Enterprise URL akar GitHub Enterprise (harus HTTPS untuk server GitHub Enterprise lokal). Misalnya: https://github.mydomain.com. Diperlukan hanya jika Gunakan GitHub Enterprise dipilih <your GitHub enterprise url>
Akun GitHub Nama akun GitHub Anda. Nama ini dapat ditemukan dari https://github.com/{account name}/{repository name}. Memasuki halaman ini akan meminta Anda untuk memasukkan kredensial OAuth GitHub ke akun GitHub Anda. <your GitHub account name>
Nama Repositori Nama repositori kode GitHub Anda. Akun GitHub berisi repositori Git untuk mengelola kode sumber Anda. Anda dapat membuat repositori baru atau menggunakan repositori yang sudah ada di akun Anda. <your repository name>
Cabang kolaborasi Cabang kolaborasi GitHub Anda yang digunakan untuk penerbitan. Secara default, utama. Ubah pengaturan ini jika Anda ingin menerbitkan sumber daya dari cabang lain. <your collaboration branch>
Folder akar Folder akar Anda di cabang kolaborasi GitHub Anda. <your root folder name>
Mengimpor sumber daya Data Factory yang ada ke repositori Menentukan apakah akan mengimpor sumber daya pabrik data yang ada dari kanvas penulisan UX ke dalam repositori GitHub. Pilih kotak untuk mengimpor sumber daya pabrik data Anda ke dalam repositori Git terkait dalam format JSON. Tindakan ini mengekspor setiap sumber daya secara individual (artinya, layanan dan himpunan data yang ditautkan diekspor ke JSON terpisah). Saat kotak ini tidak dipilih, sumber daya yang ada tidak diimpor. Dipilih (default)
Cabang untuk mengimpor sumber daya ke dalamnya Menentukan ke cabang mana sumber daya pabrik data (alur, himpunan data, layanan tertaut, dll.) diimpor. Anda bisa mengimpor sumber daya ke salah satu cabang berikut: a. Kolaborasi b. Buat baru c. Gunakan yang ada

Organisasi GitHub

Menyambungkan ke organisasi GitHub mengharuskan organisasi memberikan izin ke Azure Data Factory. Pengguna dengan izin ADMIN pada organisasi harus melakukan langkah-langkah di bawah ini untuk menyambungkan pabrik data.

Menyambungkan ke GitHub untuk pertama kalinya di Azure Data Factory

Jika Anda terhubung ke GitHub dari Azure Data Factory untuk pertama kalinya, ikuti langkah-langkah ini untuk menyambungkan ke organisasi GitHub.

  1. Di panel konfigurasi Git, masukkan nama organisasi di bidang Akun GitHub. Permintaan untuk masuk ke GitHub akan muncul.
  2. Masuk menggunakan kredensial pengguna Anda.
  3. Anda akan diminta untuk mengotorisasi Azure Data Factory sebagai aplikasi bernama AzureDataFactory. Pada layar ini, Anda akan melihat opsi untuk memberikan izin bagi ADF untuk mengakses organisasi. Jika Anda tidak melihat opsi untuk memberikan izin, minta admin untuk memberikan izin secara manual melalui GitHub.

Setelah Anda mengikuti langkah-langkah ini, pabrik Anda akan dapat terhubung ke repositori publik dan pribadi dalam organisasi Anda. Jika Anda tidak dapat tersambung, coba hapus cache browser dan coba kembali.

Sudah tersambung ke GitHub menggunakan akun pribadi

Jika Anda telah terhubung ke GitHub dan hanya memberikan izin untuk mengakses akun pribadi, ikuti langkah-langkah di bawah ini untuk memberikan izin ke organisasi.

  1. Buka GitHub dan buka Pengaturan.

    Open GitHub settings

  2. Pilih Aplikasi. Di tab Aplikasi OAuth resmi, Anda akan melihat AzureDataFactory.

    Select OAuth apps

  3. Pilih aplikasi dan berikan akses aplikasi ke organisasi Anda.

    Grant access

Setelah Anda mengikuti langkah-langkah ini, pabrik Anda akan dapat terhubung ke repositori publik dan pribadi dalam organisasi Anda.

Batasan GitHub yang diketahui

  • Anda dapat menyimpan file skrip dan data di repositori GitHub. Namun, Anda harus mengunggah file secara manual ke Azure Storage. Alur pabrik data tidak secara otomatis mengunggah file skrip atau data yang disimpan dalam repositori GitHub ke Azure Storage.

  • GitHub Enterprise dengan versi yang lebih lama dari 2.14.0 tidak berfungsi di browser Microsoft Edge.

  • Integrasi GitHub dengan alat penyusunan tulisan visual Data Factory hanya berfungsi di Data Factory pada versi yang tersedia secara umum.

Kontrol versi

Sistem kontrol versi (juga dikenal sebagai kontrol sumber) memungkinkan pengembang berkolaborasi pada kode dan melacak perubahan yang dibuat ke basis kode. Kontrol sumber adalah alat penting untuk proyek multi pengembang.

Membuat cabang fitur

Setiap repositori Azure Repos Git yang terkait dengan pabrik data memiliki cabang kolaborasi. (main adalah cabang kolaborasi default). Pengguna juga dapat membuat cabang fitur dengan mengklik + Cabang Baru di drop-down cabang.

Create a new branch

Setelah panel cabang baru muncul, masukkan nama cabang fitur Anda dan pilih cabang yang akan digunakan sebagai dasar pekerjaan.

Screenshot showing how to create a branch based on the private branch.

Ketika Anda siap untuk menggabungkan perubahan dari cabang fitur Anda ke cabang kolaborasi Anda, klik pada drop-down cabang dan pilih Buat permintaan pull. Tindakan ini membawa Anda ke Azure Repos Git tempat Anda dapat membuat permintaan pull, melakukan ulasan kode, dan menggabungkan perubahan ke cabang kolaborasi Anda. (main adalah defaultnya). Anda hanya diperbolehkan menerbitkan ke layanan Data Factory dari cabang kolaborasi Anda.

Create a new pull request

Mengonfigurasikan pengaturan penerbitan

Secara default, pabrik data menghasilkan templat Resource Manager dari pabrik yang diterbitkan dan menyimpannya ke dalam cabang yang disebut adf_publish. Untuk mengonfiguraskan cabang terbitan kustom, tambahkan publish_config.json file ke folder akar di cabang kolaborasi. Saat menerbitkan, ADF membaca file ini, mencari bidang publishBranch, dan menyimpan semua templat Resource Manager ke lokasi yang ditentukan. Jika cabang tidak ada, pabrik data akan secara otomatis membuatnya. Dan contoh seperti apa file ini diperlihatkan di bawah ini:

{
    "publishBranch": "factory/adf_publish"
}

Azure Data Factory hanya dapat memiliki satu cabang terbitan pada satu waktu. Saat Anda menentukan cabang terbitan baru, Data Factory tidak menghapus cabang terbitan sebelumnya. Jika Anda ingin menghapus cabang terbitan sebelumnya, hapus secara manual.

Catatan

Data Factory hanya membaca file publish_config.json ketika memuat pabrik. Jika Anda sudah memiliki pabrik yang dimuat di portal, refresh browser untuk menerapkan perubahan Anda.

Menerbitkan perubahan kode

Setelah Anda menggabungkan perubahan ke cabang kolaborasi (main adalah defaultnya), klik Terbitkan untuk menerbitkan perubahan kode Anda secara manual di cabang utama ke layanan Data Factory.

Publish changes to the Data Factory service

Panel samping akan terbuka tempat Anda mengonfirmasi bahwa cabang terbitan dan perubahan yang tertunda sudah benar. Setelah Anda memverifikasi perubahan Anda, klik OK untuk mengonfirmasikan penerbitan.

Confirm the correct publish branch

Penting

Cabang utama tidak mewakili apa yang disebarkan dalam layanan Data Factory. Cabang utama harus diterbitkan secara manual ke layanan Data Factory.

Praktik terbaik untuk integrasi Git

Izin

Biasanya Anda tidak ingin setiap anggota tim memiliki izin untuk memperbarui Data Factory. Pengaturan izin berikut ini disarankan:

  • Semua anggota tim harus memiliki izin baca ke Data Factory.
  • Hanya sekumpulan orang terpilih yang diizinkan untuk menerbitkan ke Data Factory. Untuk melakukannya, mereka harus memiliki peran kontributor Data Factory pada Grup Sumber Daya yang berisi Data Factory. Untuk informasi selengkapnya tentang izin, lihat Peran dan izin untuk Azure Data Factory.

Disarankan untuk tidak mengizinkan check-in langsung ke cabang kolaborasi. Pembatasan ini dapat membantu mencegah bug karena setiap check-in akan melalui proses ulasan permintaan pull yang dijelaskan dalam Membuat cabang fitur.

Menggunakan kata sandi dari Azure Key Vault

Disarankan untuk menggunakan Azure Key Vault untuk menyimpan string koneksi atau kata sandi atau autentikasi identitas terkelola untuk Layanan Tertaut Data Factory. Untuk alasan keamanan, pabrik data tidak menyimpan rahasia di Git. Setiap perubahan pada Layanan Tertaut yang berisi rahasia seperti kata sandi segera diterbitkan ke layanan Azure Data Factory.

Menggunakan Key Vault atau autentikasi MSI juga mempermudah integrasi dan penyebaran berkelanjutan karena Anda tidak perlu memberikan rahasia ini selama penyebaran templat Resource Manager.

Pemecahan masalah integrasi Git

Cabang terbitan kedaluwarsa

Di bawah ini adalah beberapa contoh situasi yang dapat menyebabkan cabang terbitan kedaluwarsa:

  • Pengguna memiliki beberapa cabang. Dalam satu cabang fitur, mereka menghapus layanan tertaut yang tidak terkait AKV (layanan yang tertaut non-AKV segera diterbitkan terlepas dari apakah mereka berada di Git atau tidak) dan tidak pernah menggabungkan cabang fitur ke dalam cabang kolaborasi.
  • Pengguna memodifikasi pabrik data menggunakan SDK atau PowerShell
  • Pengguna memindahkan semua sumber daya ke cabang baru dan mencoba menerbitkan untuk pertama kalinya. Layanan tertaut harus dibuat secara manual saat mengimpor sumber daya.
  • Pengguna mengunggah layanan tertaut non-AKV atau Integration Runtime JSON secara manual. Mereka merujuk sumber daya tersebut dari sumber daya lain seperti himpunan data, layanan tertaut, atau alur. Layanan tertaut non-AKV yang dibuat melalui UX segera diterbitkan karena kredensial perlu dienkripsi. Jika Anda mengunggah referensi himpunan data yang ditautkan layanan dan mencoba menerbitkan, UX akan mengizinkannya karena ada di lingkungan git. Hal ini akan ditolak pada waktu penerbitan karena tidak ada di layanan pabrik data.

Jika cabang penerbitan tidak sinkron dengan cabang utama dan berisi sumber daya kedaluwarsa meskipun ada peberbitan baru-baru ini, Anda dapat menggunakan salah satu dari solusi di bawah ini:

Opsi 1: Gunakan fungsionalitas Timpa mode langsung

Opsi ini menerbitkan atau menimpa kode dari cabang kolaborasi Anda ke mode langsung. Opsi akan menganggap kode dalam repositori Anda sebagai sumber yang benar.

Alur kode:Cabang kolaborasi -> Mode langsung

force publish code from collaboration branch

Opsi 2: Memutuskan dan menyambungkan kembali repositori Git

Opsi ini mengimpor kode dari mode langsung ke cabang kolaborasi. Opsi ini menganggap kode dalam mode langsung sebagai sumber yang benar.

Alur kode:Mode langsung -> Cabang kolaborasi

  1. Hapus repositori Git Anda saat ini
  2. Konfigurasikan ulang Git dengan pengaturan yang sama, tetapi pastikan Impor sumber daya Data Factory yang ada ke repositori dipilih dan pilih Cabang baru
  3. Membuat permintaan pull untuk menggabungkan perubahan ke cabang kolaborasi.

Catatan

Anda hanya perlu membuat dan menggabungkan permintaan pull jika Anda bekerja di repositori yang tidak mengizinkan penerapan langsung. Di sebagian besar organisasi, pengiriman ke repositori akan memerlukan peninjauan sebelum menggabungkan, sehingga praktik terbaik biasanya adalah menggunakan pendekatan ini. Namun, dalam beberapa kasus tidak diperlukan peninjauan, dalam hal ini tidak perlu membuat dan menggabungkan permintaan pull, tetapi perubahan dapat langsung diterapkan ke cabang kolaborasi.

Pilih salah satu metode dengan tepat sesuai kebutuhan.

Semua sumber daya ditampilkan sebagai baru di publikasi

Saat diterbitkan, semua sumber daya dapat muncul sebagai baru meski sebelumnya telah diterbitkan. Hal ini bisa terjadi jika properti lastCommitId diatur ulang ke properti repoConfiguration pabrik dengan menyebarkan ulang template ARM pabrik atau memperbarui properti repoConfiguration pabrik melalui PowerShell atau REST API. Terus menerbitkan sumber daya akan menyelesaikan masalah, tetapi untuk mencegahnya terjadi lagi, jangan memperbarui properti repoConfiguration pabrik.

Beralih ke repositori Git yang berbeda

Untuk beralih ke repositori Git yang berbeda, buka halaman konfigurasi Git di hub manajemen di bawah Kontrol sumber. Pilih Putuskan koneksi.

Git icon

Masukkan nama pabrik data Anda dan klik konfirmasi untuk menghapus repositori Git yang terkait dengan pabrik data Anda.

Remove the association with the current Git repo

Setelah Anda menghapus kaitan dengan repositori saat ini, Anda dapat mengonfigurasikan pengaturan Git Anda untuk menggunakan repositori yang berbeda lalu mengimpor sumber daya Data Factory yang ada ke repositori baru.

Penting

Menghapus konfigurasi Git dari pabrik data tidak menghapus apa pun dari repositori. Pabrik akan berisi semua sumber daya yang diterbitkan. Anda dapat terus mengedit pabrik langsung terhadap layanan.

Langkah berikutnya