Alur Pull Request di GitHub
Buka pull request di GitHub, tulis deskripsi yang membantu, tanggapi komentar peninjauan kode, dan lakukan merge setelah disetujui.
Alur Pull Request di GitHub adalah pelajaran Frontend Academy gratis di CoddyKit. Ini adalah pelajaran 4 dari 4. Kamu bisa membaca pelajaran lengkapnya di bawah secara gratis — lalu praktikkan langsung di browser dengan editor kode bawaan dan tutor AI 24/7. Ini adalah bagian dari jalur belajar Frontend Academy, dan progresmu tersinkronisasi di web dan aplikasi CoddyKit. Kursus Frontend Academy mencakup 4 pelajaran total.
Apa Itu Permintaan Penggabungan?
Permintaan Penggabungan (PR) adalah proposal untuk menggabungkan satu cabang ke cabang lainnya. Di GitHub, permintaan ini membuat utas diskusi tempat rekan tim meninjau kode, meninggalkan komentar, meminta perubahan, dan akhirnya menyetujui penggabungan.
Membuat PR di GitHub
Setelah mengirim cabang fitur ke GitHub, spanduk kuning akan muncul dan menawarkan perbandingan serta pembuatan PR. Klik spanduk tersebut, atau buka Pull Requests → New pull request, lalu pilih cabang Anda.
Menulis Deskripsi PR yang Baik
Deskripsi PR yang baik menjelaskan: apa yang berubah dan mengapa. Sertakan tangkapan layar untuk perubahan antarmuka pengguna. Tautkan isu yang terkait. Jelaskan cara Anda mengujinya. Pembaca seharusnya tidak perlu membaca kode untuk memahami maksudnya.
## Summary
Adds dark mode support using CSS custom properties.
## Why
Users requested dark mode (#123). Reduces eye strain for evening use.
## Testing
- Toggled dark/light mode on macOS and Windows
- Verified `prefers-color-scheme: dark` auto-triggers
- Tested with a screen reader (macOS VoiceOver)Meminta Peninjau
Tetapkan rekan tim tertentu sebagai peninjau. Mereka akan menerima notifikasi dan dapat menyetujui, meminta perubahan, atau memberikan komentar. Sebagian besar tim mengharuskan setidaknya satu persetujuan sebelum penggabungan.
Membaca Komentar Peninjauan Kode
Komentar muncul sebaris pada baris yang diubah. Peninjau dapat: meminta klarifikasi, menyarankan pendekatan yang berbeda, atau menyetujui. Tanggapi setiap komentar—dengan perubahan kode atau alasan untuk tidak melakukan perubahan.
Menanggapi Permintaan Perubahan
Ketika peninjau meminta perubahan, kirim komit baru ke cabang yang sama. PR akan diperbarui secara otomatis. Selesaikan setiap percakapan dengan mengeklik 'Resolve conversation' setelah menanganinya.
PR Draf
Buka PR sebagai Draf untuk menandakan bahwa pekerjaan masih berlangsung. PR draf tetap memungkinkan peninjauan dan diskusi, tetapi tidak dapat tergabung secara tidak sengaja. Ubah statusnya menjadi Siap setelah selesai.
Menjaga Cabang Tetap Terkini
Ketika cabang utama maju selama peninjauan, tata ulang cabang Anda di atas cabang utama terbaru untuk menghindari konflik dan memastikan perubahan Anda bekerja bersama kode baru.
git fetch origin
git rebase origin/main
git push --force-with-lease origin feature/dark-modePenggabungan Squash vs Komit Penggabungan vs Penataan Ulang
GitHub menawarkan tiga strategi penggabungan: Komit penggabungan (mempertahankan semua komit), Squash dan gabungkan (satu komit per PR, riwayat cabang utama yang bersih), Tata ulang dan gabungkan (linear, tanpa komit penggabungan). Tim biasanya memilih satu strategi demi konsistensi.
Aturan Perlindungan Cabang
Lindungi cabang utama dengan mewajibkan peninjauan PR, mewajibkan pemeriksaan status berhasil (CI), dan melarang pengiriman langsung. Atur di GitHub → Settings → Branches.
Etika PR
Buat PR tetap kecil dan terfokus. Satu PR untuk setiap fitur atau perbaikan. PR yang besar sulit ditinjau. Tanggapi komentar peninjauan dalam satu hari. Ucapkan terima kasih kepada peninjau. Bersikap baik—peninjauan kode adalah kesempatan untuk mengajar, bukan pemeriksaan.
Pemeriksaan Singkat
Apa saja yang harus disertakan dalam deskripsi PR yang baik?
Ringkasan: Alur Kerja Permintaan Penggabungan
Kirim cabang fitur → buka PR dengan deskripsi yang jelas → minta peninjau → tangani masukan dengan komit baru → jaga cabang tetap terkini dengan penataan ulang → dapatkan persetujuan → gabungkan. Buat PR tetap kecil, terfokus, dan dijelaskan dengan baik. Aturan perlindungan cabang menjaga kualitas pada cabang utama.
Pertanyaan yang Sering Diajukan
Apakah pelajaran “Alur Pull Request di GitHub” gratis?
Ya — teks lengkap “Alur Pull Request di GitHub” gratis dibaca di sini di web. Untuk praktiknya secara interaktif (editor kode bawaan dan tutor AI 24/7) dan buka sisa kursus Frontend Academy, upgrade ke CoddyKit PRO. Kursus Frontend Academy mencakup 4 pelajaran total.
Apa yang akan aku pelajari di “Alur Pull Request di GitHub”?
Buka pull request di GitHub, tulis deskripsi yang membantu, tanggapi komentar peninjauan kode, dan lakukan merge setelah disetujui. Kamu berlatih Frontend Academy dengan kode praktik yang langsung kamu jalankan di browser, dan tutor AI 24/7 menjawab pertanyaanmu saat kamu mengerjakan pelajaran ini.
Apakah aku perlu pengalaman untuk memulai Frontend Academy?
Tidak diperlukan pengalaman sebelumnya. Frontend Academy di CoddyKit dirancang untuk pemula hingga pelajar tingkat lanjut, jadi kamu bisa memulai di sini atau dari awal dan belajar sesuai kecepatan kamu sendiri. Ini adalah pelajaran 4 dari 4.
Berapa lama pelajaran “Alur Pull Request di GitHub” memakan waktu?
Sebagian besar pelajaran CoddyKit memakan waktu sekitar 5–10 menit. Setiap pelajaran ringkas dan interaktif, jadi kamu membuat kemajuan stabil dan melanjutkan dari tempat kamu tinggalkan di web dan aplikasi.
Bisakah aku menulis dan menjalankan kode dalam pelajaran Frontend Academy ini?
Ya. Setiap pelajaran Frontend Academy menyertakan editor kode bawaan, jadi kamu menulis dan menjalankan kode nyata langsung di browser dan mendapatkan umpan balik AI instan — tidak diperlukan penyiapan lokal.
Semua pelajaran dalam kursus ini
- git init, add, commit, dan status
- Branching: branch, checkout, merge
- Repositori Jarak Jauh: push, pull, clone
- Alur Pull Request di GitHub