Alur kerja Git

Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Gunakan kontrol versi untuk menyimpan pekerjaan Anda dan mengkoordinasikan perubahan kode di antara anggota tim Anda. Bahkan jika Anda adalah pengembang tunggal, kontrol versi membantu Anda tetap terorganisir saat Anda memperbaiki bug dan mengembangkan fitur baru. Ini menyimpan riwayat pengembangan Anda, memungkinkan Anda untuk meninjau ulang dan mengembalikan ke versi kode apa pun dengan mudah.

Tutorial berikut menunjukkan cara melakukan tugas kontrol versi umum menggunakan alur kerja kontrol versi.

Alur kerja pengontrolan versi

Kontrol versi mengikuti alur kerja umum, mirip dengan contoh berikut, yang digunakan sebagian besar pengembang saat menulis kode dan membagikannya dengan tim.

1. Dapatkan salinan kode lokal jika Anda tidak memilikinya.
2. Buat perubahan pada kode untuk memperbaiki bug atau menambahkan fitur baru.
3. Setelah kode siap, buatlah tersedia untuk ditinjau oleh tim Anda.
4. Setelah kode ditinjau, gabungkan ke basis kode bersama tim.

Git memiliki versi alur kerja ini menggunakan terminologi dan perintah yang unik untuk Git. Beberapa istilah dalam dokumentasi kami mungkin terdengar akrab jika Anda telah menggunakan sistem kontrol versi seperti Team Foundation Version Control atau Subversion, tetapi berulah berbeda di Git.

Alur kerja Git

1. Buat cabang untuk perubahan yang Anda rencanakan untuk dibuat dan beri nama, seperti users/jamal/fix-bug-3214 atau cool-feature-x. Untuk panduan percabangan lainnya, lihat Mengadopsi strategi pencabangan Git.
2. Terapkan perubahan ke cabang Anda. Orang sering memiliki beberapa komit untuk perbaikan bug atau fitur.
3. Dorong cabang Anda ke repositori jarak jauh.
4. Buat permintaan pull sehingga orang lain dapat meninjau perubahan Anda. Untuk memasukkan umpan balik, Anda mungkin perlu membuat lebih banyak komit dan mengunggah lebih banyak perubahan.
5. Selesaikan permintaan pull Anda, atasi konflik penggabungan apa pun, dan selesaikan permintaan pull Anda.

Gunakan alur kerja ini jika Anda baru menggunakan Git. Saat tim Anda menjadi lebih berpengalaman dan percaya diri dengan Git, perluas agar sesuai dengan kebutuhan tim Anda.

Langkah berikutnya

Membuat repositori Git baru

Mengkloning repositori Git yang ada