İçeriğe geç
parazade
Yazılım & No-Code

Sürekli Entegrasyon Nedir?

İngilizce: Continuous Integration

Yayın: · Son güncelleme:

Sürekli Entegrasyon Nedir? Kısaca

Sürekli entegrasyon (Continuous Integration, CI), geliştiricilerin kod değişikliklerini gün içinde sık sık ortak depoya birleştirdiği ve her birleştirmede otomatik derleme ile testlerin çalıştığı yazılım geliştirme pratiğidir.

Sürekli Entegrasyon nedir?
İçindekiler
  1. Sürekli entegrasyon nedir?
  2. CI ne demek, adımları nelerdir?
  3. Ekibe faydası ve iyi uygulamalar

Sürekli entegrasyon nedir?

Sürekli entegrasyon, ekip üyelerinin kodlarını haftalarca ayrı tutup en sonda birleştirmesi yerine, küçük parçalar hâlinde sık sık birleştirmesidir. Her birleştirme otomatik olarak derlenir ve test edilir. Sorun varsa birkaç dakika içinde haber gelir.

Bu yaklaşım, eskiden sık yaşanan "birleştirme cehennemi" sorununa cevap olarak doğdu. Haftalarca ayrı çalışan beş kişinin kodu bir araya geldiğinde günlerce çakışma çözmek gerekiyordu.

CI ne demek, adımları nelerdir?

CI, sürekli entegrasyonun İngilizce kısaltmasıdır. Tipik bir CI akışı şöyledir:

  1. Geliştirici kodunu depoya gönderir.
  2. CI sunucusu değişikliği fark eder.
  3. Kod derlenir ve bağımlılıklar kurulur.
  4. Birim ve entegrasyon testleri çalışır.
  5. Sonuç ekibe bildirilir.

Örneğin bir geliştirici sabah 10'da küçük bir değişiklik gönderdi ve bir test kırıldı. Saat 10.05'te bildirim gelir, hatayı daha konu aklındayken düzeltir. Aynı hata iki hafta sonra fark edilseydi, sebebini bulmak saatler alabilirdi.

Ekibe faydası ve iyi uygulamalar

Ana dal hep çalışır durumda kalır. Herkes güncel ve sağlam bir kodun üzerine inşa eder, kimse bozuk bir temelin üzerinde saatler harcamaz.

İşe yaraması için birkaç kural gerekir.

Kırılan derleme ilk öncelik olmalı ve hemen onarılmalı. Testler hızlı olmalı. Yarım saat süren bir hat, geliştiricileri sık birleştirmekten caydırır. CI genelde CI/CD sürecinin ilk yarısıdır ve sürekli teslimatla birlikte kurulur.

Sıkça Sorulan Sorular

Sürekli entegrasyon için hangi araçlar kullanılır?

GitHub Actions, GitLab CI, Jenkins ve CircleCI yaygın araçlardır. Çoğu, depoya eklenen bir yapılandırma dosyasıyla hangi adımların çalışacağını tanımlar.

CI kurmak için çok test yazmak gerekir mi?

Başlangıç için birkaç temel test bile yeterlidir. Hat kurulduktan sonra testler zamanla çoğaltılır. Hiç test yoksa CI en azından kodun derlenip derlenmediğini kontrol eder.

İlgili terimler

CI/CDCI/CD, yazılımdaki değişikliklerin otomatik olarak birleştirilip test edildiği (sürekli entegrasyon) ve yayına hazır hâle getirilip dağıtıldığı (sürekli teslimat ya da dağıtım) süreçlerin bütünüdür.Birim Testi(Unit Testing)Birim testi (unit test), bir yazılımın en küçük test edilebilir parçasının, genelde tek bir fonksiyon ya da metodun, diğer bileşenlerden bağımsız olarak doğru çalışıp çalışmadığını kontrol eden otomatik testtir.PipelinePipeline (iş hattı), yazılımda bir işin sırayla ve otomatik olarak geçtiği adımlar zinciridir. En sık kullanımıyla kodun derlenmesi, test edilmesi ve yayına alınması adımlarını otomatikleştiren CI/CD hattını ifade eder.BuildBuild, yazılımın kaynak kodunun derlenip bağımlılıklarıyla birleştirilerek çalıştırılabilir ya da dağıtılabilir bir pakete dönüştürülmesidir. Aynı kelime, bu işlem sonucunda ortaya çıkan paketi anlatmak için de kullanılır.Entegrasyon(Integration)Entegrasyon, ayrı çalışan yazılımların, sistemlerin ya da verilerin birbirine bağlanarak tek bir bütün gibi çalışmasının sağlanmasıdır. E-ticarette mağaza, kargo ve muhasebe programlarının otomatik veri paylaşması buna örnektir.Derleme(Compilation)Derleme (compilation), kaynak kodun bir derleyici tarafından makine koduna ya da ara koda çevrilerek çalıştırılabilir hâle getirilmesi işlemidir. Bu sırada sözdizimi ve tür hataları da denetlenir.