Menü

DevOps'ta Sürekli Entegrasyon

continuous integration devops

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

DevOps'ta Sürekli Entegrasyon nedir?

Şimdiye kadar bu konunun Bölüm 1 ve Bölüm 2'sini önceki oturumlarımızda ve şu anda Bölüm 3'te ele aldık.

.bin dosyası nasıl okunur

2. bölüme kadar, DevOps'un hedeflerine ulaşılmasına yardımcı olan ekipteki ortak hedefe, ortak zihniyete ve ortak düşünceye odaklanan ve işbirliği olan DevOps'un insanları ve süreç yönünü ele aldık.

Devlops

Son eğitimimizde, hakkında bilgi edindik DevOps'ta İşbirliği Nasıl Geliştirilir .

Kontrol edin => DevOps'ta Nihai Kılavuz

Sürekli Entegrasyon, Sürekli Test, Sürekli Dağıtım ve Sürekli Teslimat, DevOps'un ana teknik yönleridir.

VİDEO Bölüm 3 Blok 1: Sürekli Entegrasyon- 12 dakika 20 saniye

Transcript:

SonundaKısmen, Çevik ilkelerin hangi kısımlarının DevOps uygulamaları tarafından benimsendiğini öğrendiğimiz DevOps uygulamalarını öğrendik.

DevOps'un hedeflerine bu ilkelerle nasıl ulaşılır?

Versiyon kontrolünün, Otomasyonun ve müşterilere küçük değer artışlarının sağlanmasının ve faydalarının önemini inceledik.

DevOps bağlamında işbirliği nedir ve bunu nasıl başarırız?

Şimdiye kadar DevOps'un insanlar ve süreç yönü, yani işbirliği ve ortak bir hedefe ve ortak zihniyete odaklandık ve ekip içinde DevOps'un hedeflerine ulaşmaya yardımcı olan ortak düşünceye odaklandık, şimdi DevOps'un birkaç teknik yönünü öğrenmemize izin verin. , bu da bir DevOps sürümünü mümkün kılar.

Sürekli entegrasyon, sürekli teslimat ve dağıtım ve sürekli testlerdir.

3. bölümün 1. bloğunun bir parçası olarak önce çalışalım 'Sürekli Entegrasyon'.

Sürekli Entegrasyon nedir?

Sürekli entegrasyon -> CI -> süreçler kümesi -> Ardışık düzen / CI Ardışık Düzeni oluşturun

DevOps'ta kısaca 'CI' olarak adlandırılan Sürekli Entegrasyon, 'Boru Hattı Oluştur' veya 'CI Ardışık Düzeni' adı verilen bir ardışık düzenin parçası olarak tanımlanan ve yürütülen bir dizi süreç veya süreçtir.

DevOps uygulamasında, hem Geliştirme hem de Operasyon ekibi için herkesin kodunun bir ana kod tabanı olarak depolanacağı ve bu ekibin paralel olarak çalışmasına olanak tanıyan tek bir sürüm kontrol aracına sahip olduğumuzu biliyoruz.

Dolayısıyla, DevOps'taki Sürekli Entegrasyon, geliştiricilerin kodlarını, sürüm kontrolünün korunduğu ana şubeye kodun ana kopyasına birleştirmekten başka bir şey değildir. Bir günde olması gereken kod birleştirme için hiçbir zaman kısıtlaması yoktur.

Geliştirici kodlarını sürüm kontrolüne kontrol ettiğinde ve anında CI kick süreci başlar.

yazılım testinde hata yönetimi süreci

CI süreci şunları içerir:

  1. Tüm Geliştiriciler kodunun ana satırda birleştirilmesi,
  2. Bir yapının tetiklenmesi,
  3. Kodu derlemek ve bir derleme yapmak ve… .son olarak
  4. Birim testinin yapılması.

Dolayısıyla, Sürekli Entegrasyon, geliştiricinin tüm kodunu merkezi bir konuma birleştirme ve bunların her birini otomatikleştirilmiş bir derleme ve testle doğrulama sürecidir.

CI sırasında ne olduğunu teknik olarak açıklamak,

Sürekli entegrasyon için bir sunucu olacaktır. CI aracı Kod girişi için sürüm kontrol aracını izlemeye devam eden ve bir check-in bulunur bulunmaz, otomatik derlemeyi tetikler, statik kod analizi ve temel düzeyde otomatik güvenlik testi ile birlikte birim testi oluşturur ve çalıştırır. .

Ünite testlerini yürütmek için Jenkins, TestNG, NUnit, statik kod analizi yapmak için Sonar ve güvenlik testini yürütmek için güçlendirme gibi otomatik testi gerçekleştirmeye yönelik çeşitli araçlar, tüm bu araçlar CI ardışık düzenine entegre edilecektir. .

Dolayısıyla, eksiksiz CI ardışık düzeni, herhangi bir manuel müdahale olmaksızın otomatikleştirilmiş bir süreçtir ve birkaç saniye veya dakika içinde çalışır.

Dolayısıyla, CI'nin en büyük yararı, geliştiricilerin kısa sürede aldığı hızlı geri bildirimdir.

  1. CI, geliştirici kodu kontrol ettikten sonra çalışır ve sonuçları saniyeler içinde atar. Böylece, geliştiricilerin kodunun başarılı bir şekilde oluşturulup oluşturulmadığını veya kırılıp kırılmadığını hemen bilmelerini sağlar.
  2. Ayrıca geliştiricinin, kodunun diğerinin koduyla başarılı bir şekilde entegre olup olmadığını veya başka bir ekip üyesinin kod tabanının farklı bir bölümüne yapmış olduğunu bilmesini sağlar. Dolayısıyla, CI daha hızlı kod analizi yapar ve sonraki birleştirmeleri daha basit ve hatasız hale getirir.

Dolayısıyla CI, derlemenin her kod girişinde tetiklendiği, derlendiği, derleme oluşturduğu ve derlemede otomatik birim testlerinin çalıştırıldığı otomatik bir süreçtir.

Ayrıca CI'yı COP veya takımdaki herkesin kodunun iyi veya geçerli bir kod olup olmadığını kontrol etme süreci olarak adlandırabiliriz, çünkü CI süreci, her check-in ile hemen derler ve derler ve kötü bir kod ise hatalar atar. veya derlenemez veya otomatik birim test durumlarından geçemez.

CI'nin Faydaları Nelerdir?

Her şeyden önce, tüm CI süreci otomatikleştirilmiş bir süreçtir ve dolayısıyla uzun, hataya neden olan manuel birleştirmeleri azaltarak insan hatasını en aza indirir.

Herhangi bir sayıda kişi, kodlarını başkalarının tamamlamasını beklemeden, kodlarını günde hiçbir zaman kontrol edebilir, check-in ve daha sonra check-in işlemlerini bitirene kadar bekleyebilir. Böylece CI, bağımlılığı ortadan kaldırır veya başkalarının check-in yaptığı bekleme süresini ortadan kaldırır.

Bu nedenle, ekip üyelerinin diğer ekip üyelerinin check-in işlemlerini bitirmesini beklemesi gerekmez ve bu nedenle paralel olarak çalışmaya izin verir.

Her check-in sadece sürüm kontrolünde toplanmakla bitmez, ancak derleme oluşturma ve otomatik testler yoluyla hemen kalifiye olur. Bu nedenle, her giriş, daha sonraki işlemler için kökte doğrulanır.

Kimsenin kodunu gözden kaçırma şansı yoktur, çünkü herkesin kodu ana kopyaya zaman damgası ile kontrol edilir ve dolayısıyla düzgün bir şekilde kaydedilir.

Derleme, oluşturma ve test etme sürecinin tamamı birkaç saniye içinde gerçekleşir ve bu nedenle oldukça hızlı ve daha hızlıdır ve çok zaman kazandırır ve dolayısıyla DevOps'un birkaç saatlik bir süre içinde daha hızlı teslim etme hedefine ulaşılmasına yardımcı olur.

Tüm inşa etme ve test etme süreci birkaç saniyeden dakikaya kadar sürdüğünden, bireylerin kodlarıyla ilgili geri bildirim çok hızlıdır ve her birinde olduğu gibi kimin kodunun yapıyı bozduğunu veya kusuru tetiklediğini bulmak için etrafta koşturmak zorunda değiliz. check-in, arıza varsa başarısızlık alanını gösteren başarı veya başarısızlık çıktısını verir.

Bu nedenle, bu, geliştiricinin, hatasız olduğundan emin olmak için küçük miktarda kodu aralıklı olarak, hatta belki de tek bir satır kodu kontrol etmesine olanak tanır ve geliştiricinin kodunun iyi olduğuna ve başkalarını da bozmayacağına güvenmesini sağlar. kodu. Bu, toplamda kodun kalitesini artırmaya yardımcı olur.

Burada duraklayalım ve gelecek video eğitimlerinde sürekli teslimatı ve sürekli testi alalım.

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

^