GitHub stacked PR: diff kecil belum tentu bisa dirilis sendiri
Membagi perubahan menjadi tiga PR mempersingkat review. Namun PR atas yang bergantung pada PR bawah belum tentu dapat dirilis sendiri.
Pengumuman 6 Oktober
GitHub mengumumkan ketersediaan umum pada 6 Oktober 2026. PR kecil dapat ditinjau terpisah dan digabung bersama; tersedia untuk semua paket github.com.
Satu stack masuk merge queue sebagai satu merge group. Metode merge commit membuat satu commit per PR. Unit pengujian dan unit riwayat berbeda.
Tulis batas review
A menambah fungsi bersama, B memakainya di API, C membuat UI. Catat dependensi dan base pembanding. Ini saran alur kerja, bukan jaminan otomatis produk.
Membaca B saja dapat melewatkan pemeriksaan izin yang hilang di A. Pisahkan review diff dan validasi A+B+C, lalu tetapkan penanggung jawab integrasi.
Membaca persetujuan setelah rebase
GitHub mempertahankan persetujuan ketika stack yang tidak berubah selain base di-rebase, termasuk pada repositori yang membatalkan persetujuan lama. Persetujuan dan bukti integrasi terkini tetap berbeda.
Catat SHA sebelum dan sesudah serta merge group yang diuji. Periksa apakah tes diulang dan kombinasi mana yang dicakup log; tanda hijau saja belum cukup.
Pisahkan merge dan deployment
Jika fungsi dan API harus dirilis bersama, tulis dependensinya dalam rencana. Commit per PR tidak menjamin rollback satu commit aman bagi pemanggil yang tersisa.
Perbaikan independen tidak perlu stack. Mengikat pekerjaan terpisah dapat membuat semuanya menunggu satu tes yang terlambat; nilai biaya operasionalnya.
GA dan ketersediaan aktual
GitHub mengatakan auto-merge diluncurkan dalam beberapa minggu berikutnya. Periksa kontrol repositori saat ini sebelum menganggap semua akun memiliki tombol yang sama.
Masukan preview mendorong perbaikan navigasi dan otomatisasi. Itu sinyal minat, bukan jaminan produktivitas; ukur waktu tunggu review dan kegagalan integrasi sendiri.
Mulai dari stack kecil
Pilih dua PR yang dependensinya jelas, misalnya fungsi dan pemanggil. Tulis base, dependensi, perintah tes, serta sepakati pemilik integrasi dan cakupan rollback.
Bandingkan waktu review yang berkurang dengan kegagalan tambahan. Jika pemeliharaan lebih mahal, kembali ke PR biasa. Kejelasan review dan rilis lebih penting daripada jumlah diff.
Sumber resmi
Diumumkan 6 Oktober; diperiksa 8 Oktober 2026. Pastikan aturan dan fungsi tersedia sebelum mengadopsi.