View a markdown version of this page

Praktik terbaik untuk pengembangan berbasis Git - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Praktik terbaik untuk pengembangan berbasis Git

Agar berhasil mengadopsi pengembangan berbasis GIT, penting untuk mengikuti serangkaian praktik terbaik yang mempromosikan kolaborasi, menjaga kualitas kode, dan mendukung integrasi berkelanjutan dan pengiriman berkelanjutan (CI/CD). Selain praktik terbaik dalam panduan ini, tinjau Panduan AWS DevOps Well-Architected. Berikut ini adalah beberapa praktik terbaik utama untuk pengembangan berbasis GIT pada: AWS

  • Pertahankan perubahan kecil dan sering — Dorong pengembang untuk melakukan perubahan atau fitur kecil dan bertahap. Ini mengurangi risiko konflik gabungan dan membuatnya lebih mudah untuk mengidentifikasi dan memperbaiki masalah dengan cepat.

  • Gunakan sakelar fitur - Untuk mengelola rilis fitur yang tidak lengkap atau eksperimental, gunakan sakelar fitur atau tanda fitur. Ini membantu Anda menyembunyikan, mengaktifkan, atau menonaktifkan fitur tertentu dalam produksi tanpa memengaruhi stabilitas cabang utama.

  • Pertahankan rangkaian pengujian yang kuat — Rangkaian pengujian yang komprehensif dan terawat dengan baik sangat penting untuk mendeteksi masalah lebih awal dan memverifikasi bahwa basis kode tetap stabil. Investasikan dalam otomatisasi pengujian dan prioritaskan memperbaiki tes yang gagal.

  • Merangkul integrasi berkelanjutan - Gunakan alat dan praktik integrasi berkelanjutan untuk secara otomatis membangun, menguji, dan mengintegrasikan perubahan kode ke develop cabang (Gitflow) atau main cabang (Trunk atau GitHub Flow). Ini membantu Anda menangkap masalah lebih awal dan merampingkan proses pengembangan.

  • Lakukan tinjauan kode — Dorong peer review kode untuk menjaga kualitas, berbagi pengetahuan, dan menangkap potensi masalah sebelum diintegrasikan ke dalam main cabang. Gunakan permintaan tarik atau alat peninjauan kode lainnya untuk memfasilitasi proses ini.

  • Pantau dan perbaiki build yang rusak — Saat build rusak atau pengujian gagal, prioritaskan memperbaiki masalah sesegera mungkin. Ini membuat develop cabang (Gitflow) atau main cabang (Trunk atau GitHub Flow) dalam keadaan yang dapat dirilis dan meminimalkan dampaknya pada pengembang lain.

  • Berkomunikasi dan berkolaborasi - Mempromosikan komunikasi terbuka dan kolaborasi di antara anggota tim. Pastikan pengembang mengetahui pekerjaan yang sedang berlangsung dan perubahan yang dilakukan pada basis kode.

  • Refactor terus menerus - Memfaktorkan ulang basis kode secara teratur untuk meningkatkan pemeliharaan dan mengurangi utang teknis. Dorong pengembang untuk meninggalkan kode dalam keadaan yang lebih baik daripada yang mereka temukan.

  • Gunakan cabang berumur pendek untuk tugas kompleks — Untuk tugas yang lebih besar atau lebih kompleks, gunakan cabang berumur pendek (juga dikenal sebagai cabang tugas) untuk mengerjakan perubahan. Namun, pastikan untuk menjaga umur cabang tetap pendek, biasanya kurang dari sehari. Gabungkan perubahan kembali ke develop cabang (Gitflow) atau main cabang (Trunk atau GitHub Flow) sesegera mungkin. Penggabungan dan ulasan yang lebih kecil dan lebih sering lebih mudah digunakan dan diproses oleh tim daripada satu permintaan penggabungan besar.

  • Latih dan dukung tim — Memberikan pelatihan dan dukungan kepada pengembang yang baru mengenal pengembangan berbasis GIT atau yang membutuhkan panduan dalam mengadopsi praktik terbaiknya.