Меню

Непрекъсната интеграция в DevOps

continuous integration devops

Опитайте Нашия Инструмент За Премахване На Проблемите

Какво е непрекъсната интеграция в DevOps?

Досега сме разглеждали част 1 и част 2 от тази тема в предишните ни сесии и в момента в част 3.

как да чета .bin файл

До част 2 разглеждахме аспектите на хората и процесите на DevOps, които са сътрудничество и фокус върху общата цел, общото мислене и общото мислене в екипа, който помага за постигането на целите на DevOps.

Непрекъсната интеграция в devlops

В последния ни урок натрупахме знания за Как да развием сътрудничество в DevOps .

Вижте => Крайно ръководство за DevOps

Непрекъснатото интегриране, непрекъснатото тестване, непрекъснатото внедряване и непрекъснатата доставка са основните технически аспекти на DevOps.

ВИДЕО Част 3 Блок 1: Непрекъсната интеграция- 12 минути 20 секунди

Стенограма:

В последниячаст, научихме практики на DevOps, при които научихме кои части от гъвкавите принципи са възприети от практиките на DevOps.

Как се постигат целите на DevOps чрез тези принципи?

Проучихме значението на контрола на версиите, автоматизацията и предоставянето на малки стъпки на стойност за клиентите и неговите предимства.

Какво е сътрудничество в контекста на DevOps и как да го постигнем?

Досега говорихме за аспектите на хората и процесите на DevOps, тоест сътрудничество и фокус върху обща цел и общо мислене и общо мислене в екипа, който помага за постигането на целите на DevOps, сега нека научим за няколко технически аспекта на DevOps , което прави възможно освобождаването на DevOps.

Те са непрекъсната интеграция, непрекъсната доставка и внедряване и непрекъснато тестване.

Като част от блок 1 на част 3, нека първо проучим „Непрекъсната интеграция“.

Какво е непрекъсната интеграция?

Непрекъсната интеграция -> CI -> набор от процеси -> Изграждане на тръбопровод / CI Pipeline

Непрекъснатата интеграция, наричана накратко „CI“ в DevOps, е важен процес или набор от процеси, който се дефинира и извършва като част от тръбопровод, наречен „Build Pipeline“ или „CI Pipeline“.

Знаем, че в практиката на DevOps имаме един инструмент за контрол на версиите както за екипа за разработка, така и за операциите, където кодът на всеки ще бъде депозиран като основен код и това позволява на екипа да работи паралелно.

Така че, Непрекъснатата интеграция в DevOps не е нищо друго освен обединяване на индивидуален код за разработчици в основното копие на кода в основния клон, където се поддържа контролът на версиите. Няма ограничение за нито едно време за сливането на кода, което трябва да се случи за един ден.

Когато и когато разработчикът провери кода си към контрола на версиите, веднага започва процесът на CI kick.

как да напиша тестови случаи при тестване на софтуер с пример

Процесът на CI включва,

  1. Обединяване на целия код на разработчиците с основната линия,
  2. Задействане на компилация,
  3. Компилиране на кода и създаване на компилация и ... .после
  4. Провеждане на единичен тест.

Така че, Непрекъснатата интеграция е процес на обединяване на целия код на разработчика на централно място и валидиране на всяко от техните обединения с автоматизирана компилация и тест.

За да се обясни технически какво се случва по време на CI е,

Ще има сървър за непрекъсната интеграция, който е домакин на CI инструмент , който продължава да наблюдава инструмента за контрол на версиите за чекиране на кода и веднага щом се намери регистрация, той задейства автоматизираната компилация, изгражда и изпълнява модулно тестване заедно със статичен анализ на кода и основно ниво на автоматизирано тестване на сигурността .

Различните инструменти за извършване на автоматизираното тестване, като Jenkins, TestNG, NUnit за извършване на модулно тестване, Sonar за извършване на статичен анализ на кода и укрепване за извършване на тестове за сигурност, всички тези инструменти ще бъдат интегрирани с CI тръбопровода .

Така че, пълният CI конвейер е автоматизиран процес без никаква ръчна намеса и работи в рамките на няколко секунди или минути.

И така, основната полза от CI е бързата обратна връзка, която разработчиците получават за нула време.

  1. CI се изпълнява, след като разработчикът провери кода и изхвърля резултатите за секунди. Така че, позволява на разработчиците да разберат незабавно дали неговият код е изграден успешно или е счупен.
  2. Той също така позволява на разработчика да разбере дали неговият код успешно се е интегрирал с кода на другия или е счупен, че нещо, което друг член на екипа е направил с различна част от кодовата основа. Следователно CI прави по-бърз анализ на кода и прави по-късните сливания по-прости и без грешки.

Така че CI е автоматизиран процес, при който компилацията се задейства при всяко чекиране на код, компилира се, създава компилация и се изпълняват автоматизирани модулни тестове.

Също така можем да извикаме CI като COP или процес на проверка дали кодът на всички в екипа е добър или валиден код или не, тъй като процесът CI незабавно се компилира и изгражда при всяко чекиране и изхвърля грешки, ако е лош код, или не може да се компилира или не може да премине през автоматизираните модулни тестови случаи.

Какви са предимствата на CI?

На първо място, целият процес на CI е автоматизиран процес и следователно минимизира човешката грешка, като намалява дългите ръчни сливания, предизвикващи грешки.

Всеки брой хора могат да проверят кода си, по всяко време на ден, без да чакат другите да завършат кодирането им, да изчакат, докато приключат с чекирането и по-късно. И така, CI премахва зависимостта или премахва времето за изчакване на други проверки.

По този начин, членовете на екипа не трябва да чакат останалите членове на екипа да приключат чекирането си и следователно позволява да работят паралелно.

Всяко чекиране просто не спира да се събира при контрола на версиите, а веднага получава квалификация чрез формирането на компилация и автоматизираното тестване. И така, всяко чекиране се проверява в самия корен за по-нататъшна обработка.

Няма шанс да пропуснете кода на някого, защото кодът на всеки се проверява в главната копия с времевия печат и следователно правилно се записва.

Целият процес на компилиране, изграждане и тестване работи за няколко секунди и следователно доста по-бързо и бързо и спестява много време и по този начин помага за постигането на целта на DevOps да доставя по-бързо за период от няколко часа.

Тъй като целият процес на изграждане и тестване протича в рамките на няколко секунди до минути, обратната връзка за кода на индивида е много бърза и не е нужно да тичаме наоколо, за да разберем чий код е нарушил изграждането или е причинил дефекта, както при всеки чекирането дава изход за успех или неуспех, посочващ зоната на отказ, ако има отказ.

Така че, това позволява на разработчика да проверява периодично малкото количество код, може би дори един ред код, за да се гарантира, че е без грешки и кара разработчика да има увереност, че техният код е добър и също така не нарушава другите код. Това общо помага за подобряване на качеството на кода.

Нека спрем тук и нека вземем непрекъсната доставка и непрекъснато тестване в предстоящите видео уроци.

PREV Урок | СЛЕДВАЩ Урок

Препоръчително четене

^