Menjelajahi alur GitHub

  • 2 menit

Alur GitHub menggambarkan bagaimana GitHub dapat menambahkan nilai ke pengembangan perangkat lunak kolaboratif berbasis Git tradisional. Tujuannya adalah untuk menyederhanakan pembaruan pada proyek yang dihosting GitHub dengan memberikan panduan preskriptif tentang proses penerapan perubahan pada repositori proyek. Organisasi dalam skenario sampel kami kemungkinan akan mendapat manfaat dari menggabungkan GitHub Flow ke dalam praktik DevOps mereka, terutama mempertimbangkan kurangnya pengalaman mereka dalam menggunakan repositori berbasis Git. Dalam unit ini, tinjau urutan langkah-langkah yang mewakili kasus penggunaan aliran GitHub yang paling umum.

Mengikuti alur GitHub

Diagram memperlihatkan alur kerja cabang dasar.

Alur GitHub terdiri dari langkah-langkah berikut:

  1. Membuat repositori. Untuk mengikuti alur GitHub, Anda memerlukan akun GitHub dan repositori. Secara default, repositori baru mencakup cabang default, biasanya bernama utama .

  2. Membuat cabang. Membuat cabang lain memungkinkan Anda untuk mengembangkan dan menyimpan perubahan Anda tanpa memengaruhi cabang default. Selain itu, memungkinkan orang lain untuk berkolaborasi pada perubahan Anda dengan meninjaunya sebelum digabungkan ke cabang utama. Anda dapat membuat cabang langsung di GitHub atau mengkloning repositori ke komputer lokal Anda dan membuat cabang di sana.

  3. Membuat perubahan pada cabang. Terapkan perubahan pada cabang yang baru dibuat dengan melakukan commit dan (jika bekerja secara lokal) push. Anda dapat mengedit file langsung di repositori yang dihosting GitHub dengan menggunakan antarmuka web GitHub. Untuk setiap penerapan, berikan pesan singkat yang menjelaskan perubahan yang Anda terapkan. Ulangi langkah-langkah ini hingga Anda mempertimbangkan perubahan Anda selesai dan Anda siap meminta orang lain untuk meninjaunya.

  4. Membuat permintaan pull. Mintalah umpan balik dengan membuat pull request (biasanya disingkat PR) setelah commit terakhir ke cabang yang Anda buat. Berikan ringkasan perubahan yang disertakan dalam cabang dan jelaskan peningkatan yang ingin mereka bawa. Gunakan notasi penyebutan @ jika Anda ingin meminta peninjauan dari individu atau tim tertentu.

    Diagram memperlihatkan cabang utama dan fitur, dan permintaan pull.

  5. Meninjau permintaan penarikan. Di sinilah orang lain masuk, meninjau permintaan pull Anda, dan mengirimkan umpan balik mereka, termasuk komentar, pertanyaan, dan saran.

  6. Mengatasi komentar ulasan. Setelah tinjauan selesai, Anda menyesuaikan perubahan untuk mempertimbangkan hasil tinjauan dan menunggu persetujuan pull request.

  7. Menggabungkan permintaan pull. Menyetujui permintaan pull memungkinkan Anda menggabungkan konten cabang yang Anda buat dengan cabang default (utama). GitHub secara default mempertahankan komentar dan penerapan dalam permintaan pull, yang memungkinkan Anda dan orang lain untuk mengunjunginya kembali kapan saja. Saat menerapkan perlindungan cabang, pembatasannya dapat memengaruhi kemampuan untuk menggabungkan, jadi pastikan bahwa persyaratannya dipenuhi terlebih dahulu.

  8. Menghapus cabang. Setelah penggabungan selesai, Anda dapat menghapus cabang yang Anda buat. Ini membantu meminimalkan ukuran repositori dan mencegah penggunaan cabang basi yang tidak disengaja.