Dapatkan umpan balik dengan permintaan pull

Permintaan pull mendukung peninjauan dan penggabungan kode ke dalam satu proses kolaboratif. Setelah pengembang menambahkan fitur atau perbaikan bug, mereka membuat permintaan pull untuk memulai proses penggabungan perubahan ke cabang upstream. Anggota tim lain kemudian diberi kesempatan untuk meninjau dan menyetujui kode sebelum diselesaikan. Gunakan permintaan pull untuk mengulas pekerjaan yang sedang berlangsung dan mendapatkan umpan balik awal tentang perubahan. Tetapi tidak ada komitmen untuk menggabungkan perubahan. Pemilik dapat mengabaikan permintaan tarik kapan saja.

Dapatkan peninjauan kode

Tinjauan kode yang dilakukan sebagai bagian dari permintaan pull bukan hanya untuk menemukan bug yang jelas; Itulah tujuan tesnya. Tinjauan kode yang baik menangkap masalah yang kurang jelas yang dapat menyebabkan masalah mahal nanti.

Tinjauan kode membantu melindungi tim dari penggabungan buruk dan build yang rusak yang mengurangi produktivitas tim. Ulasan menangkap masalah sebelum penggabungan, melindungi cabang penting dari perubahan yang tidak diinginkan.

Tinjauan kode juga mendorong dan memperkuat kolaborasi dan komunikasi antara pengembang. Dan tim mendapatkan riwayat yang jelas dari semua perubahan yang dilakukan antara cabang utama dan cabang fitur.

Mengintegrasikan keahlian dan menyebarkan strategi pemecahan masalah dengan menggunakan berbagai peninjau dalam peninjauan kode. Menyebarluaskan keterampilan dan pengetahuan membuat tim lebih kuat dan tangguh.

Berikan umpan balik yang bagus

Ulasan berkualitas tinggi dimulai dengan umpan balik berkualitas tinggi. Kunci umpan balik yang berkualitas dalam permintaan pull adalah:

• Minta orang yang tepat meninjau pull request.
• Pastikan peninjau mengetahui apa yang dilakukan kode.
• Berikan umpan balik yang dapat ditindaklanjuti dan konstruktif.
• Balas komentar tepat waktu.

Saat Anda menetapkan peninjau ke pull request, pastikan untuk memilih daftar peninjau yang tepat. Peninjau harus tahu cara kerja kode, tetapi juga menyertakan pengembang yang bekerja di area lain sehingga mereka dapat berbagi ide mereka.

Berikan deskripsi yang jelas tentang perubahan dan berikan build kode yang memiliki perbaikan atau fitur yang berfungsi di dalamnya. Peninjau harus berupaya memberikan umpan balik tentang perubahan yang tidak mereka setujui. Identifikasi masalah dan berikan saran khusus tentang apa yang dapat dilakukan secara berbeda. Umpan balik ini memiliki niat yang jelas dan mudah dipahami oleh pemilik permintaan pull.

Pemilik permintaan pull harus membalas komentar, menerima saran, atau menjelaskan mengapa mereka menolak untuk menerapkannya. Beberapa saran baik, tetapi mungkin di luar cakupan permintaan penarikan. Ambil saran ini dan buat item kerja baru dan cabang fitur terpisah dari permintaan pull untuk membuat perubahan tersebut.

Lindungi cabang-cabang dengan kebijakan

Ada beberapa cabang penting dalam repositori yang selalu diandalkan oleh tim untuk dalam kondisi yang baik, seperti cabang main. Teams dapat memerlukan permintaan pull untuk membuat perubahan apa pun pada cabang-cabang ini dengan platform seperti GitHub dan Azure DevOps. Pengembang yang mendorong perubahan langsung ke cabang yang dilindungi akan membuat dorongan mereka ditolak.

Tambahkan kondisi tambahan pada pull request untuk memastikan tingkat kualitas kode yang lebih tinggi di cabang utama. Build yang bersih dari kode yang sudah digabungkan dan persetujuan dari beberapa reviewer adalah beberapa persyaratan tambahan yang sering digunakan untuk melindungi branch utama.

Pelajari lebih lanjut

GitHub memiliki dokumentasi ekstensif tentang cara mengusulkan perubahan pada pekerjaan Anda dengan permintaan pull.

Baca selengkapnya tentang memberikan umpan balik yang bagus dalam ulasan kode dan menggunakan templat permintaan pull untuk memberikan panduan kepada peninjau Anda. Azure DevOps juga menawarkan pengalaman permintaan pull kaya yang mudah digunakan dan diskalakan sesuai kebutuhan.