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.
- 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.
Simula ng leksyon
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.
Buong leksyon ay para sa subscription
30 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- Fork — Ruang Uji Pribadi Anda
- Cara Membuat Fork di GitHub
- Fork vs Kloning: Apa Bedanya?
- Mengkloning Fork ke Komputer
- Menambahkan upstream untuk sinkronisasi
- Memeriksa Repositori Remote
- Mengapa Perlu Branch Terpisah?
- Membuat cabang fitur
- Cara memberi nama cabang yang tepat
- Mengapa komit atomik diperlukan
- Menulis pesan komit yang ideal
- Kesalahan umum dalam komit
- Mengapa memublikasikan cabang ke fork
- Perintah git push untuk memublikasikan cabang
- Memeriksa cabang yang sudah dipublikasikan
- Pull Request sebagai Permintaan Penggabungan
- Judul PR: Singkat dan Langsung pada Inti
- Deskripsi PR: Apa, Mengapa, dan Cara Memverifikasinya
- Kesalahan Umum dalam PR
- PR Raksasa: Mengapa Pull Request Besar Menghambat Review
- Deskripsi PR: Kesempatan Anda Menjelaskan, Bukan Meminta Maaf
- Satu PR — Satu Tugas: Jangan Mencampur Perubahan yang Tidak Terkait
- Code Review sebagai Dialog dengan Editor
- Menjawab Setiap Komentar
- Mencatat Perbaikan dalam Commit Terpisah
- Mengapa Konflik Muncul Saat Merge
- Memperbarui Cabang Sebelum Merge
- Menemukan dan Memperbaiki Konflik
- Menyelesaikan Resolusi Konflik
- Merapikan Repositori Setelah Merge Berhasil
- Menghapus Feature Branch di GitHub
- Memperbarui Repositori Lokal
- Mahir dalam Kerja Tim: dari Fork sampai Merge
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- Paano mag-install ng Git sa Windows, macOS, at Linux
- Ano ang Git at bakit ito kailangan ng developer
- Git Bash: ano ito at paano gamitin sa Windows
- git fetch at git pull: ano ang pagkakaiba at alin ang piliin
Lahat ng leksyon ng kurso
- Pengantar: Git dari Nol hingga Pengembang yang Percaya Diri
- Apa Sebenarnya Git Itu — dan Kenapa Tanpanya Sulit Dapat Kerja
- Instalasi dan Konfigurasi: Menyiapkan Git untuk Pertama Kali
- Repositori Pertama: init, add, commit dan Keajaiban Indeks
- Membaca Riwayat: log, diff, show dan Navigasi ke Masa Lalu
- Cabang: Realitas Paralel untuk Kode Anda
- Membatalkan Kesalahan: restore, reset, revert — dengan Benar dan Berbahaya
- GitHub dan Repositori Jarak Jauh: Kode Anda di Awan
- Kerja Tim: Fork, Feature Branch, dan Pull Request
- Konflik Penggabungan: Jangan Panik — Pahami dan Selesaikan
- Proses Git di Tim Nyata: Alur Kerja Mana yang Dipilih
- Alat Lanjutan: rebase, stash, cherry-pick, dan tag
- Proyek Akhir: Simulasi Pengembangan Tim Nyata