ตัวอย่างบทเรียน

Kerja Tim: Fork, Feature Branch, dan Pull Request

Bagian ini menjelaskan bagaimana 90% tim open-source dan perusahaan bekerja. Kita akan melalui siklus lengkap: fork → feature branch → commit → pull request → code review → merge. Secara khusus, kita akan membahas cara menulis deskripsi PR agar reviewer langsung memahami konteks, serta kesalahan apa dalam PR yang langsung menunjukkan pemula.

fork pull request code review
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • Anda akan dapat berkontribusi ke proyek open-source mana pun melalui siklus standar fork → PR.
  • Anda akan belajar cara menyusun pull request agar reviewer memahami tugas tanpa pertanyaan tambahan.
  • Anda akan memahami cara merespons masukan dalam code review dengan benar, baik secara teknis maupun komunikasi.

จุดเริ่มต้นของบทเรียน

Fork — Ruang Uji Pribadi Anda

  • Fork adalah salinan pribadi repositori Anda di GitHub
  • Kontrol penuh tanpa risiko terhadap repositori asli
  • Tetap terhubung dengan repositori asli
  • Cocok untuk eksperimen dan kontribusi open source

Bayangkan Anda menemukan buku menarik di perpustakaan daerah, tetapi tidak boleh mencoret-coret buku itu. Fork menyelesaikan masalah itu dengan membuat salinan pribadi repositori di GitHub. Sekarang Anda bisa bereksperimen dengan kode tanpa risiko merusak proyek asli. Ini sangat berguna saat ingin menguji ide atau berkontribusi pada proyek orang lain. Fork Anda tetap terhubung ke repositori asli, sehingga memudahkan pelacakan pembaruan dan pengajuan perubahan kembali kepada pemilik proyek.

Cara Membuat Fork di GitHub

  • Klik tombol Fork di pojok kanan atas
  • Pilih akun Anda sebagai tujuan
  • Tunggu hingga salinan selesai dibuat
  • Kloning fork Anda ke komputer lokal

Buka repositori yang Anda inginkan di GitHub, lalu cari tombol Fork di pojok kanan atas. Setelah diklik, pilih akun Anda sebagai tujuan fork. Dalam beberapa detik, GitHub akan membuat salinan repositori di profil Anda. Sekarang Anda bisa mengkloningnya ke komputer dengan git clone dan mulai bekerja. Pastikan Anda mengkloning fork Anda sendiri, bukan repositori aslinya.

# Mengkloning fork Anda ke komputer
git clone https://github.com/your-username/repo.git

# Masuk ke direktori proyek
cd repo

# Memeriksa repositori remote
git remote -v

Fork vs Kloning: Apa Bedanya?

  • Kloning: salinan lokal di komputer Anda
  • Fork: salinan remote di akun GitHub Anda
  • Fork tetap terhubung dengan repositori asli
  • Praktis untuk menyinkronkan perubahan

Meskipun keduanya menghasilkan salinan repositori, ada perbedaan mendasar. Kloning mengunduh kode ke komputer Anda, sedangkan fork membuat salinan remote di akun GitHub Anda. Fork tetap terhubung dengan proyek asli, sehingga perubahan dapat disinkronkan dengan mudah. Ini menjadi kunci saat berkontribusi pada proyek open source: Anda bekerja di fork sendiri, lalu mengusulkan perubahan kepada pemilik proyek melalui pull request. Setelah fork siap, langkah berikutnya adalah menyalinnya ke komputer lokal dan mulai bekerja.

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Fork — Ruang Uji Pribadi Anda
  2. Cara Membuat Fork di GitHub
  3. Fork vs Kloning: Apa Bedanya?
  4. Mengkloning Fork ke Komputer
  5. Menambahkan upstream untuk sinkronisasi
  6. Memeriksa Repositori Remote
  7. Mengapa Perlu Branch Terpisah?
  8. Membuat cabang fitur
  9. Cara memberi nama cabang yang tepat
  10. Mengapa komit atomik diperlukan
  11. Menulis pesan komit yang ideal
  12. Kesalahan umum dalam komit
  13. Mengapa memublikasikan cabang ke fork
  14. Perintah git push untuk memublikasikan cabang
  15. Memeriksa cabang yang sudah dipublikasikan
  16. Pull Request sebagai Permintaan Penggabungan
  17. Judul PR: Singkat dan Langsung pada Inti
  18. Deskripsi PR: Apa, Mengapa, dan Cara Memverifikasinya
  19. Kesalahan Umum dalam PR
  20. PR Raksasa: Mengapa Pull Request Besar Menghambat Review
  21. Deskripsi PR: Kesempatan Anda Menjelaskan, Bukan Meminta Maaf
  22. Satu PR — Satu Tugas: Jangan Mencampur Perubahan yang Tidak Terkait
  23. Code Review sebagai Dialog dengan Editor
  24. Menjawab Setiap Komentar
  25. Mencatat Perbaikan dalam Commit Terpisah
  26. Mengapa Konflik Muncul Saat Merge
  27. Memperbarui Cabang Sebelum Merge
  28. Menemukan dan Memperbaiki Konflik
  29. Menyelesaikan Resolusi Konflik
  30. Merapikan Repositori Setelah Merge Berhasil
  31. Menghapus Feature Branch di GitHub
  32. Memperbarui Repositori Lokal
  33. Mahir dalam Kerja Tim: dari Fork sampai Merge

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Pengantar: Git dari Nol hingga Pengembang yang Percaya Diri
  2. Apa Sebenarnya Git Itu — dan Kenapa Tanpanya Sulit Dapat Kerja
  3. Instalasi dan Konfigurasi: Menyiapkan Git untuk Pertama Kali
  4. Repositori Pertama: init, add, commit dan Keajaiban Indeks
  5. Membaca Riwayat: log, diff, show dan Navigasi ke Masa Lalu
  6. Cabang: Realitas Paralel untuk Kode Anda
  7. Membatalkan Kesalahan: restore, reset, revert — dengan Benar dan Berbahaya
  8. GitHub dan Repositori Jarak Jauh: Kode Anda di Awan
  9. Kerja Tim: Fork, Feature Branch, dan Pull Request
  10. Konflik Penggabungan: Jangan Panik — Pahami dan Selesaikan
  11. Proses Git di Tim Nyata: Alur Kerja Mana yang Dipilih
  12. Alat Lanjutan: rebase, stash, cherry-pick, dan tag
  13. Proyek Akhir: Simulasi Pengembangan Tim Nyata