Menggunakan integrasi berkelanjutan

Integrasi berkelanjutan (CI) adalah proses membangun dan menguji kode secara otomatis setiap kali anggota tim melakukan perubahan kode pada kontrol versi. Kode berkomitmen pada cabang utama atau batang repositori bersama memicu sistem build otomatis untuk membangun, menguji, dan memvalidasi cabang lengkap. CI mendorong pengembang untuk berbagi kode dan pengujian unit mereka dengan menggabungkan perubahan mereka ke dalam repositori kontrol versi bersama setiap kali mereka menyelesaikan tugas.

Pengembang perangkat lunak sering bekerja dalam isolasi, dan kemudian perlu mengintegrasikan perubahan mereka dengan basis kode tim lainnya. Hari atau minggu tunggu untuk mengintegrasikan kode dapat menciptakan banyak konflik penggabungan, sulit memperbaiki bug, strategi kode yang berbeda, dan upaya duplikat. CI menghindari masalah ini karena memerlukan kode tim pengembangan untuk terus bergabung ke cabang kontrol versi bersama.

CI terus memperbarui cabang utama. Pengembang dapat menggunakan sistem kontrol versi modern seperti Git untuk mengisolasi pekerjaan mereka di cabang fitur berumur pendek. Ketika fitur selesai, pengembang mengirimkan permintaan pull dari cabang fitur ke cabang utama. Atas persetujuan permintaan pull, perubahan bergabung ke cabang utama, dan cabang fitur dapat dihapus.

Tim pengembangan mengulangi proses ini untuk setiap item kerja. Teams dapat menetapkan kebijakan cabang untuk memastikan cabang utama mempertahankan kriteria kualitas yang diinginkan.

Definisi build menentukan bahwa setiap penerapan ke cabang utama memicu proses build dan pengujian otomatis. Pengujian otomatis memverifikasi bahwa setiap build mempertahankan kualitas yang konsisten. CI menangkap bug sebelumnya dalam siklus pengembangan, membuatnya lebih murah untuk diperbaiki. 

CI adalah fitur standar dalam platform DevOps modern. Pengguna GitHub dapat menerapkan CI melalui GitHub Actions. Pengguna Azure DevOps dapat menggunakan Azure Pipelines.