API pengiriman alur kerja GitHub sekarang mengembalikan ID eksekusi, menghilangkan kebutuhan akan solusi polling kustom saat memicu alur kerja otomatis secara terprogram. (ReadAPI pengiriman alur kerja GitHub sekarang mengembalikan ID eksekusi, menghilangkan kebutuhan akan solusi polling kustom saat memicu alur kerja otomatis secara terprogram. (Read

Pembaruan API GitHub Actions Menyederhanakan Pelacakan Alur Kerja untuk Pengembang

2026/02/20 07:29
durasi baca 2 menit

Pembaruan API GitHub Actions Menyederhanakan Pelacakan Alur Kerja untuk Pengembang

Peter Zhang 19 Feb 2026 23:29

API workflow dispatch GitHub kini mengembalikan ID run, menghilangkan kebutuhan akan solusi polling khusus saat memicu alur kerja otomatis secara terprogram.

Pembaruan API GitHub Actions Menyederhanakan Pelacakan Alur Kerja untuk Pengembang

GitHub secara diam-diam telah menyelesaikan salah satu masalah yang paling menjengkelkan bagi pengembang yang mengotomatiskan pipeline CI/CD mereka. Endpoint API workflow dispatch kini mengembalikan ID run langsung dalam responsnya—perubahan kecil yang menghilangkan berjam-jam kode solusi alternatif.

Sebelumnya, memicu alur kerja melalui API hanya memberi Anda status 204 No Content. Anda tahu alur kerja dimulai, tetapi semoga beruntung mencari tahu run mana yang milik Anda tanpa melakukan polling API berulang kali atau membangun sistem pelacakan khusus. Masalah itu kini telah diperbaiki.

Pembaruan yang diumumkan pada 19 Februari 2026 ini memperkenalkan parameter opsional baru bernama return_run_details. Atur ke true, dan Anda akan mendapatkan respons 200 OK yang berisi ID alur kerja, URL API, dan URL alur kerja. Lewati parameter tersebut, dan perilaku 204 yang lama akan berlanjut—kompatibilitas mundur tetap terjaga.

Pengguna GitHub CLI yang menjalankan versi 2.87.0 atau lebih baru mendapatkan ini secara otomatis. Jalankan gh workflow run dan Anda akan melihat URL run yang dibuat plus perintah gh run view untuk memeriksanya. CLI kini secara default mengatur return_run_details ke true.

Ini penting bagi siapa pun yang membangun otomatisasi di atas GitHub Actions. Pikirkan sistem orkestrasi deployment, pipeline pemrosesan batch, atau alat apa pun yang perlu melacak apa yang telah dimulai. Pendekatan sebelumnya—polling endpoint runs dan mencoba mencocokkan timestamp atau commit SHA—rapuh dan memakan batas rate.

Waktunya patut diperhatikan. GitHub mempratinjau konsep Agentic Workflows-nya hanya dua hari sebelumnya pada 17 Februari, menandakan investasi lebih dalam pada kontrol alur kerja terprogram. Dan platform ini masih dalam pemulihan reputasi dari pemadaman besar yang mempengaruhi hosted runners pada 2 Februari yang mengganggu pipeline CI/CD di seluruh ekosistem.

Sebagai konteks, GitHub menaikkan input workflow_dispatch maksimum dari 10 menjadi 25 pada Desember 2025, peningkatan kualitas hidup lainnya untuk skenario otomatisasi yang kompleks.

Fitur ini kini aktif di REST API. Dokumentasi tersedia dalam panduan event alur kerja Actions GitHub bagi siapa pun yang siap meninggalkan hack pelacakan khusus mereka.

Sumber gambar: Shutterstock
  • github actions
  • api
  • devops
  • otomatisasi
  • alat pengembang
Penafian: Artikel yang diterbitkan ulang di situs web ini bersumber dari platform publik dan disediakan hanya sebagai informasi. Artikel tersebut belum tentu mencerminkan pandangan MEXC. Seluruh hak cipta tetap dimiliki oleh penulis aslinya. Jika Anda meyakini bahwa ada konten yang melanggar hak pihak ketiga, silakan hubungi [email protected] agar konten tersebut dihapus. MEXC tidak menjamin keakuratan, kelengkapan, atau keaktualan konten dan tidak bertanggung jawab atas tindakan apa pun yang dilakukan berdasarkan informasi yang diberikan. Konten tersebut bukan merupakan saran keuangan, hukum, atau profesional lainnya, juga tidak boleh dianggap sebagai rekomendasi atau dukungan oleh MEXC.