Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Saat migrasi selesai, email akan dikirim ke pemilik organisasi dan pada titik ini, siapa pun yang memiliki akses dapat masuk ke organisasi Azure DevOps Services yang baru dimigrasikan. Namun, sebelum membuat organisasi tersedia untuk semua pengguna, Anda harus menyelesaikan tugas umum yang tercantum dalam artikel ini.
Memvalidasi konten yang dimigrasikan
Segera setelah organisasi tersedia, verifikasi konten dan konfigurasi yang dimigrasikan untuk memastikan semua komponen penting berhasil dimigrasikan. Administrator koleksi proyek Anda harus memimpin proses ini dan mencakup semua area utama koleksi Anda. Sebaiknya validasi hal berikut:
- Kode sumber: Konfirmasikan bahwa semua repositori bermigrasi dengan benar dan dapat diakses.
- Riwayat Build: Verifikasi bahwa riwayat build sepenuhnya terjaga dan sesuai dengan harapan.
- Jalur area: Pastikan semua jalur area ada dan terstruktur dengan benar.
- Item kerja: Tinjau sampel representatif item kerja untuk mengonfirmasi integritas dan hubungan data.
- Izin & keamanan: Validasi bahwa izin pengguna, grup, dan kontrol akses dikonfigurasi dengan benar. Bergantung pada bagaimana pengguna disiapkan di Azure DevOps Server Anda, mereka mungkin tidak muncul di hub Pengguna organisasi baru Anda hingga setelah mereka masuk untuk pertama kalinya. Jika ada pengguna yang hilang pascamigrasi, minta mereka masuk lalu cek ulang status mereka.
- Koneksi layanan & alur: Periksa apakah koneksi layanan dan konfigurasi alur berfungsi.
- Dasbor & widget: Pastikan bahwa dasbor ditampilkan dengan benar dan widget menampilkan data yang diharapkan.
Validasi ini membantu mengidentifikasi data yang hilang, tidak lengkap, atau salah dikonfigurasi sebelum membuka organisasi ke basis pengguna yang lebih luas, memastikan transisi yang lancar dan meminimalkan gangguan.
Penting
Jangan menghapus atau menghancurkan data lokal atau sistem penonaktifan hingga Anda mengonfirmasi bahwa semua data dan fungsionalitas yang diharapkan ada di organisasi yang dimigrasikan.
Mengganti nama organisasi (opsional)
Jika Anda membuat organisasi sementara dengan nama sesuai keinginan selama fase memulai, Anda sekarang dapat mengganti nama organisasi yang dimigrasikan untuk menggantikan organisasi sementara tersebut. Langkah ini hanya diperlukan jika ini adalah migrasi akhir Anda dan Anda ingin menggunakan nama organisasi tertentu. Untuk informasi selengkapnya, lihat Mengganti nama organisasi Anda.
Menyiapkan penagihan
Untuk membayar pengguna atau layanan di Azure DevOps, seperti agen build dan agen penyebaran yang dihosting, Anda perlu menyiapkan penagihan untuk organisasi Anda. Jika Anda memigrasikan lebih dari satu koleksi, Anda harus memastikan semua organisasi Anda disiapkan untuk penagihan dengan langganan Azure yang sama, dan langganan Anda diaktifkan untuk penagihan multi-organisasi. Anda kemudian dapat menetapkan pengguna Dasar sebanyak yang Anda butuhkan secara gratis selama bulan kalender tempat Anda menjalankan migrasi.
Mengonfigurasi agen build
Jika Anda menggunakan server build atau penyebaran otomatis di lingkungan Azure DevOps Server, Anda dapat menyambungkannya ke organisasi Azure DevOps Services Anda. Sebagai bagian dari migrasi, semua definisi build Anda dimigrasikan, tetapi Anda harus mengonfigurasi ulang agen dan kumpulan terhadap organisasi Layanan Azure DevOps baru Anda.
Untuk informasi selengkapnya, lihat agen Pipeline Azure.
Jika Anda berencana untuk menggunakan agen build privat lokal yang ada, Anda harus menghapus cache mereka, yang memastikan bahwa Anda tidak mengalami masalah build yang terkait dengan Team Foundation Version Control (TFVC) atau penunjuk Git yang lebih lama ke koleksi lokal Anda. Untuk informasi selengkapnya, lihat cara menyegarkan cache di komputer klien.
Petunjuk / Saran
Jika Anda menggunakan Manajemen Rilis di Azure DevOps Server, maka alur rilis dan data riwayat Anda dimigrasikan. Tetapi seperti halnya dengan pembangunan, Anda harus mengonfigurasi ulang agen Anda (tautan lagi) dan kumpulan dengan organisasi yang baru.
Menggunakan Artefak Azure
Azure Artifacts disertakan dengan Azure DevOps Services untuk semua pengguna yang diberikan lisensi Dasar. Tidak perlu menginstal ekstensi. Data Artefak Azure Anda harus tersedia setelah migrasi. Untuk informasi selengkapnya, lihat Gambaran umum Azure Artifacts.
Mengkustomisasi Papan Azure
Jika Anda memiliki koneksi GitHub Enterprise Server yang terkait dengan Azure DevOps Server Anda, koneksi tersebut tidak berfungsi seperti yang diharapkan. Item kerja yang disebutkan dalam GitHub mungkin tertunda atau tidak pernah muncul di Azure DevOps Services. Masalah ini terjadi karena URL panggilan balik yang terkait dengan GitHub tidak lagi valid.
Untuk mengatasi masalah ini, pertimbangkan tugas-tugas berikut:
- Hapus dan buat ulang koneksi: Hapus dan buat ulang koneksi ke repositori GitHub Enterprise Server. Ikuti urutan langkah-langkah yang disediakan dalam dokumentasi Sambungkan dari Azure Boards.
-
Perbaiki URL webhook: Buka halaman pengaturan repositori GitHub dan edit URL webhook untuk menunjuk ke URL organisasi Azure DevOps Services yang dimigrasikan:
https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.
Untuk informasi selengkapnya, lihat Mengonfigurasi dan mengkustomisasi Azure Boards.
Tinjau izin
Organisasi Anda menyertakan lima pengguna gratis dengan akses Dasar . Untuk informasi selengkapnya, lihat Menambahkan pengguna organisasi dan mengelola akses.
Memberi tahu tim-tim Anda
Setelah build Anda berjalan dan langganan lisensi dikonfigurasi, kami sarankan Anda membuka organisasi ke semua pengguna untuk validasi. Kemudian pengguna individu dapat memastikan bahwa semua konten ada di tempat, memiliki tingkat akses yang tepat, dan mereka dapat menarik kode.
Pengguna TFVC dengan ruang kerja lokal harus memetakan ulang ruang kerja mereka terhadap organisasi baru, dan pengguna Git harus mengonfigurasi ulang remote mereka untuk menarik kode.