Hubungkan Azure DevOps ke GanttFather, gunakan Pull dan Push yang ditinjau, dan modelkan dependensi lokal tanpa sinkronisasi otomatis.
GanttFather dapat menarik item kerja Azure DevOps ke bagan Gantt interaktif dan menerbitkan tanggal serta status yang dipetakan melalui Push yang ditinjau. Ini bukan sinkronisasi dua arah otomatis: penyiapan melakukan Pull pertama, lalu Pull dan Push dipicu pengguna; tidak ada webhook atau jadwal di latar belakang.
Perilaku produk diverifikasi pada 30 Agustus 2026 berdasarkan kontrak integrasi GanttFather saat ini dan dokumentasi Azure DevOps Microsoft.
Apa fungsi integrasi Azure DevOps?
Proyek GanttFather dapat memiliki satu integrasi Azure DevOps dengan berbagai sumber. Setiap sumber dapat mewakili kueri tersimpan atau papan backlog yang didukung. Tarikan membaca item pekerjaan dan membuat atau memperbarui tugas GanttFather yang dipetakan; penarikan berulang-ulang memperbarui tugas yang dipetakan sama daripada dengan sengaja membuat duplikat.
Integrasi memetakan bidang perencanaan seperti judul, deskripsi, status, prioritas, tanggal, estimasi, dan hierarki Induk/Anak jika tersedia. Pull yang ditinjau dan operasi terpisah Sinkronkan sumber menentukan cara revisi Azure baru diterapkan; estimasi hanya masuk.
| Kemampuan | Perilaku saat ini |
|---|---|
| Impor awal | Penyiapan tujuh langkah memulai Pull pertama saat disimpan |
| Nanti segarkan | Pemilik atau Admin memicu penarikan |
| Irama otomatis atau webhook | Tidak tersedia |
| Berbagai sumber | Kueri tersimpan dan sumber papan dapat berbagi satu integrasi |
| Hierarki Orang Tua/Anak | Diimpor saat ada |
| Tautan pendahulu/penerus | Tidak diimpor ke dependensi GanttFather |
| Push yang ditinjau | Alur pratinjau, tinjauan, pemilihan, dan konfirmasi terpisah |
| MCP kendali integrasi | Tidak tersedia |
Bagaimana cara menghubungkan Azure DevOps ke GanttFather?
Pemilik atau Admin membuka pengaturan proyek dan memulai alur penyiapan Azure DevOps.
- Koneksi: masukkan URL organisasi dan Personal Access Token, lalu selesaikan Uji Koneksi.
- Proyek: pilih proyek Azure DevOps yang dapat dijangkau token.
- Sumber: pilih kueri tersimpan atau papan tim, termasuk cakupan satu tingkat atau pohon penuh untuk papan.
- Tipe: tinjau tipe item kerja perencanaan yang akan diimpor.
- Tanggal & usaha: petakan Mulai, Selesai, dan bidang usaha opsional untuk setiap tipe.
- Status: petakan status Azure yang ditemukan ke status proyek GanttFather yang tepat dan tinjau status yang digunakan Push.
- Tujuan: pilih induk tujuan, tinjau ringkasan, lalu simpan. Penyimpanan memulai penarikan awal.
Tambah Sumber memakai kembali koneksi dan proyek tersimpan, dimulai pada Sumber, lalu mengikuti lima langkah terakhir. Konfigurasi bidang memakai model lima langkah yang sama tetapi terbuka pada Tanggal & upaya (langkah 3 dari 5); Kembali dapat mencapai Jenis dan Sumber bila perlu ditinjau.
Untuk penemuan dan Pull, PAT memerlukan akses baca proyek/tim dan item kerja. Push memerlukan akses baca dan tulis item kerja. GanttFather mengenkripsi PAT dan tidak mengembalikannya dalam respons integrasi.
Di proyek, pintasan Azure dan Data & sinkronisasi hanya menampilkan Tarik dari Azure dan Dorong ke Azure untuk pekerjaan sehari-hari. Impor awal berlangsung dalam penyiapan tujuh langkah; Sinkronkan sumber penuh adalah tindakan pemeliharaan di Pengaturan.
Dari pintasan, Pengaturan, atau Data & sinkronisasi, membuka Pull atau Push setelah perbandingan sebelumnya selesai akan meminta perbandingan baru dari server agar tinjauan mencakup perubahan Azure terbaru. Hanya pembukaan lain untuk sumber yang sama saat pemeriksaan masih berlangsung yang berbagi permintaan yang sedang berjalan.
Apa yang terjadi saat tarikan?
Tarik dari Azure membuka perbandingan item yang sudah dipetakan sebelum mengubah timeline. Perubahan khusus Azure dipilih; jika nilai yang sama berubah di kedua sisi, tanggal atau status lokal dipertahankan secara default. Pull normal tetap ringkas; Advanced tertutup dan memuat Pertahankan perubahan saya serta Pulihkan dari Azure.
Pull tetap dapat dibuka saat jumlahnya nol. Jika pembaruan yang diharapkan tidak terlihat, Periksa bidang yang dipetakan membuka Pengaturan → Integrasi dan menyorot Konfigurasi bidang untuk sumber tersebut. Sinkronkan sumber tetap menjadi rekonsiliasi penuh terpisah untuk keanggotaan, pekerjaan baru, hierarki, dan item yang keluar dari sumber.
Tarikan tidak menghapus tugas yang diimpor hanya karena sumber atau integrasinya dihapus. Item eksternal yang ditutup atau dihapus mengikuti perilaku pemetaan integrasi yang terdokumentasi. Periksa hasil sumber daripada berasumsi bahwa mengklik Tarik berarti setiap rekaman berubah.
Bagaimana seharusnya Anda memodelkan dependensi setelah impor?
Paket Pengiriman Azure DevOps dapat memvisualisasikan tautan antar item pekerjaan, tetapi importir GanttFather tidak menerjemahkan jenis tautan Azure Predecessor/Successor ke dalam dependensi tugas lokal. Tambahkan dan pertahankan hubungan FS, SS, FF, atau SF di GanttFather saat Anda memerlukan analisis jalur kritis.
Pemisahan tersebut mencegah artikel menjanjikan pencerminan tautan yang tidak terlihat. Azure DevOps menyediakan bidang item kerja yang dipetakan dan GanttFather menyimpan model jadwal serta ketergantungan lokal; tidak ada pihak yang otomatis menang dalam konflik bidang yang dipetakan. Pull yang ditinjau mempertahankan tanggal atau status lokal yang berkonflik secara default, Pulihkan dari Azure secara eksplisit membuat Azure menang, dan konfirmasi Kirim dalam Push yang ditinjau secara eksplisit membuat GanttFather menang untuk tanggal dan status terpetakan yang dipilih. Alur penuh Sinkronkan sumber yang terpisah tetap merupakan rekonsiliasi dari Azure ke GanttFather.
Untuk alur kerja ketergantungan yang lengkap, baca Cara memodelkan dependensi Azure DevOps pada diagram Gantt.
Bagaimana cara kerja Push yang ditinjau?
Push adalah tindakan eksplisit yang ditinjau. Perubahan tanggal dan status lokal yang memenuhi syarat, termasuk konflik, dipilih secara default. Jika item terpilih juga berubah di Azure, lencana informasi menjelaskan bahwa Kirim akan mempertahankan nilai GanttFather yang dipilih dan menimpa nilai Azure terpetakan yang lebih baru. Konflik dapat dikecualikan di Advanced atau Details; menarik lebih dahulu bersifat opsional.
Tinjau Pull dari lencana itu mengubah arah di dialog yang sama dan membuka Advanced agar Pertahankan perubahan saya dan Pulihkan dari Azure langsung terlihat. Pertahankan perubahan saya · Tutup tidak memulai operasi dan menutup seluruh alur sinkronisasi tanpa kembali ke pemilih sumber. Pull dan Push yang berhasil juga menutup dialog setelah hasil dikonfirmasi. Estimasi tetap dimiliki Azure dan tidak pernah dikirim.
Jika tanggal mulai atau selesai yang dipilih membentuk rentang yang tidak valid dengan tanggal pendamping saat ini di Azure, Kirim dinonaktifkan sebelum publikasi dan tidak ada penulisan ke Azure. Tinjau Pull membuka Advanced untuk memulihkan rentang tanggal yang konsisten; atau tutup dialog dan sesuaikan tanggal lokal.
Gunakan PAT dengan izin menulis item kerja untuk operasi itu. Segarkan pratinjau ketika Azure DevOps telah berubah sejak dibuat. Jangan pernah memperlakukan persetujuan orientasi atau token cakupan baca sebagai izin untuk mempublikasikan.
Kapan sebaiknya Anda menggunakan Paket Pengiriman?
Gunakan Paket Pengiriman Azure DevOps ketika tim memerlukan tampilan kalender lintas tim asli, kemajuan gabungan, dan visualisasi ketergantungan di dalam Azure DevOps. Microsoft mendokumentasikan bahwa Azure DevOps tidak menyediakan bagan Gantt asli. Gunakan GanttFather ketika Anda memerlukan jadwal Gantt interaktif terpisah, empat jenis ketergantungan, float, dan analisis jalur kritis.
Alat-alat tersebut dapat hidup berdampingan, namun tautan dan jadwal yang dihitung tidak secara otomatis identik.
Kapan GanttFather berguna bersama Azure DevOps?
GanttFather berguna ketika Azure Boards tetap menjadi sistem pencatatan item kerja, namun pemimpin pengiriman memerlukan model jadwal yang terfokus. Tarik bidang yang ingin Anda visualisasikan, tambahkan logika ketergantungan lokal, dan bagikan garis waktu yang dihasilkan dengan pemangku kepentingan yang tidak perlu mengedit Azure Boards.
Integrasi ini terkontrol dan dapat ditinjau: integrasi ini tidak menawarkan sinkronisasi dua arah yang berkelanjutan, tidak mengimpor tautan Pendahulu/Penerus Azure, dan tidak dapat dipicu melalui server MCP GanttFather.
Buka GanttFather dan menguji integrasi dengan satu sumber non-produksi sebelum memperluas pemetaan.
Pertanyaan yang sering diajukan
Apakah koneksi Azure DevOps merupakan sinkronisasi dua arah langsung?
Tidak. Pull dan Push yang ditinjau adalah tindakan pengguna terpisah. Tidak ada webhook atau penjadwal berulang dalam integrasi saat ini.
Apakah GanttFather mengimpor dependensi Azure DevOps?
Ini mengimpor hierarki Induk/Anak jika ada, tetapi tidak mengimpor tautan Azure Pendahulu/Penerus sebagai dependensi tugas GanttFather.
Siapa yang dapat mengonfigurasi atau menjalankan integrasi?
Pemilik atau Admin proyek. Anggota, tamu, agen, dan orang asing tidak dapat mengakses titik akhir integrasi.
Bisakah agen AI memicu penarikan Azure DevOps melalui MCP?
Tidak. Permukaan alat MCP saat ini tidak menampilkan penyiapan integrasi, pemicu, atau alat status.
Apakah menghapus integrasi akan menghapus tugas yang diimpor?
Tidak. Ini menghapus catatan dan pemetaan integrasi; tugas yang diimpor tetap ada di proyek GanttFather.
Tampilan Azure DevOps manakah yang harus saya gunakan untuk perencanaan asli?
Paket Pengiriman menyediakan tampilan berorientasi kalender asli Microsoft di seluruh tim dan dapat menunjukkan ketergantungan. Ini bukan diagram Gantt lengkap dengan model analisis jadwal yang sama seperti GanttFather.
