Skip to content

Latest commit

 

History

History
 
 

CI-CD

به نام خدا

معرفی CI/CD و DevOps

احتمالا تا به حال حتی اگر با لفظ DevOps و CI/CD آشنایی نداشته باشید، به عنوان فردی که وارد دنیای بزرگ برنامه‌نویسی شده است، با این لغت برخورد کرده‌اید. در این مطلب می‌خواهیم به طور مختصر به معرفی این اصطلاحات پرداخته و سپس در قالب یک آموزش عملی با نرم‌افزار Jenkins یک نمونه از این فرایندها را به طور ساده با استفاده از یک نمونه React و Node.js انجام بدهیم.

ابتدا به معرفی لغت CI می‌پردازیم. این دو حرف مخفف Continous Integration یا یکپارچه‌سازی پیوسته هستند. در عمل این لغت به معنی مرج کردن و ترکیب کردن کار انجام شده توسط توسعه‌دهندگان مختلف برنامه روی خط سرویس اصلی ریپازیتوری برنامه است. این عمل در حالت ایده‌آل چند بار در هر روز از دوره توسعه یک نرم‌افزار انجام می‌شود.
در واقعیت توسعه دهندگان روی کدهای خود، کار می‌کنند و بعد از مدتی باید این کدها را به ریپازیتوری اصلی برنامه کامل بفرستند تا با کد سایر توسعه‌دهندگان هماهنگ شود. نکته این‌جاست که گاهی اوقات برای مدت زیادی کد بدون ارسال شدن به شاخه اصلی ریپازیتوری روی سیستم توسعه‌دهنده گسترش پیدا می‌کند و بعد هنگام فرستاده شدن به خط اصلی، در هنگام ترکیب دچار مشکل می‌شود و باید تداخل‌های مختلفی که ممکن است بین این کد و کد سایر برنامه‌نویسان ایجاد شده است را برطرف کرد. فرآیند CI برای این بوجود آمده است تا این کارها به شکل منسجم‌تر و سریع‌تری انجام بگیرند تا جلوی پیش آمدن شرایطی موسوم به "Merge Hell" که برنامه‌نویس را مجبور به بررسی تداخل‌های بسیار زیاد با کد سایر توسعه‌دهندگان می‌کند، گرفته شود.

از سوی دیگر CD که مخفف Continuous Delivery به معنی تحویل پیوسته است، به فرآیندی گفته می‌شود که در آن تیم سازنده، نرم افزار قابل اجرا را در بازه‌های زمانی کوتاه تولید می‌کنند. بدین ترتیب می‌توان مطمئن بود که امکان منتشر کردن برنامه در هر زمانی وجود دارد. هدف این کار در اصل ساخت فایل یا برنامه قابل اجرا (Build کردن) تست آن و در نهایت انتشار نرم‌افزار با سرعت بالا و دوره زمانی کوتاه بین هر دفعه انتشار است. این کار باعث می‌شود که باعث کاهش هزینه، زمان و ریسک ارائه تغییرات جدید در نرم افزار می‌شود.
گاهی اوقات CD مخفف Continuous depoloyment نیز در نظر گرفته می‌شود. فرق اساسی این دو مورد با هم، در این است که در حالت Continuous Delivery انتشار برنامه به صورت دستی و توسط خود سازندگان است ولی در حالت Continuous Deployment انتشار برنامه و اصطلاحا Deploy شدن آن هم به صورت اتوماتیک و خودکار انجام می‌گیرد.

گاهی اوقات فرآیند CD با DevOps اشتباه گرفته می‌شود و این دو به جای هم به کار می‌روند اما باید توجه داشت که این دو موضوع با یک‌دیگر تفاوت دارند. DevOps در اصل دامنه گسترده‌تری دارد و شامل تغییرات و همکاری تیم‌های مختلفی که در ارائه نرم‌افزار نقش دارند شامل توسعه‌دهندگان، تیم عملیاتی، تیم تضمین کیفیت، تیم مدیریت و... می‌شود و در این میان شامل فرآیند Continuous Delivery هم می‌شود. از این رو می‌توان گفت که به نوعی CD از جمله کارهایی است که در نهایت می‌تواند منجر به DevOps موفق بشود و در اصل از جمله موارد DevOps موفق است اما DevOps شامل موارد گسترده‌تری هم می‌شود. به نوعی CD تنها شامل جنبه ارائه و delivery می‌شود ولی DevOps شامل کنار هم جمع کردن سایر پروسه‌ها و اجرای آن‌ها برای سرعت بخشیدن به تمامی مراحل توسعه و ارائه نرم‌افزار می‌شود.

با مقدمه بالا به سراغ بررسی نرم‌افزار Jenkins به عنوان نمونه‌ای از نرم‌افزار های مورد استفاده در فرآیند CI/CD می‌رویم و با نحوه کار آن به شکل ساده آشنا خواهیم شد.

پیاده سازی عملی فرآیند CI/CD با استفاده از نرم افزار Jenkins

در این آموزش قصد داریم یک اصول اولیه پروسه CI/CD را با استفاده از نرم‌افزار Jenkins و با استفاده از یک پروژه React با هم‌دیگر آموزش ببینیم

آموزش زیر به طور پیش فرض برای سیستم‌عامل ویندوز نوشته شده است؛ زیرا معمولا مشکلات نصب مواردی نظیر Jenkins یا Docker روی این سیستم‌عامل بیش‌تر هستند. با تغییرات بسیار کوچک روی دستورات آن نظیر تغییر کوچک آدرس‌دهی‌ها، امکان اجرای این آموزش روی سیستم‌عامل‌های مک و لینوکس هم وجود دارد.

حداقل سیستم مورد نیاز

برای این کار ابتدا توجه کنید که حداقل سیستم مورد نیاز برای اجرای برنامه Jenkins را داشته باشید

  • Ram: 256MB
  • HDD: 1 GB as Base Space (Actually 10GB for Docker and Jenkins)

نصب Jenkins و Docker

در ابتدا شما باید نرم‌افزار Docker را بسته به سیستم‌عامل خود از سایت آن دریافت و نصب کنید. برای این کار به این لینک مراجعه کنید و نسخه Community آن را متناسب با سیستم‌عامل خود دریافت و نصب کنید.

پس از نصب داکر، باید یک دور سیستم خود را ریستارت کنید تا فرآیند نصب کامل شود. پس از این از طریق CMD یا ترمینال دستور زیر را تایپ کنید. تا Jenkins از طریق داکر دریافت شود

docker pull jenkinsci/blueocean

پس از آن باید یک Bridge Network را در داکر راه‌اندازی کنیم. برای این کار دستور زیر را تایپ کنید.

docker network create jenkins

سپس باید volume های مناسب برای به اشتراک‌گذاری گواهی TLS کلاینت داکر را ایجاد کنیم.

docker volume create jenkins-docker-certs
docker volume create jenkins-data

برای این که امکان اجرای دستورات داکر را درون نودهای جنکینز داشته باشیم، باید ایمیج docker:dind را نصب کنیم. برای این کار دستورات زیر را تایپ کنید.

docker container run --name jenkins-docker --rm --detach ^
  --privileged --network jenkins --network-alias docker ^
  --env DOCKER_TLS_CERTDIR=/certs ^
  --volume jenkins-docker-certs:/certs/client ^
  --volume jenkins-data:/var/jenkins_home ^
  --volume "%HOMEDRIVE%%HOMEPATH%":/home ^
  docker:dind

حال باید jenkinsci/blueocean را از طریق داکر اجرا و نصب کنیم. برای این کار دستور زیر را اجرا کنید. توجه کنید که اگر در ابتدای این بخش، این پکیج را دانلود نکرده باشید، این دستور خود به خود این کار را انجام خواهد داد.

docker container run --name jenkins-blueocean --rm --detach ^
  --network jenkins --env DOCKER_HOST=tcp://docker:2376 ^
  --env DOCKER_CERT_PATH=/certs/client --env DOCKER_TLS_VERIFY=1 ^
  --volume jenkins-data:/var/jenkins_home ^
  --volume jenkins-docker-certs:/certs/client:ro ^
  --volume "%HOMEDRIVE%%HOMEPATH%":/home ^
  --publish 8080:8080 --publish 50000:50000 jenkinsci/blueocean

حال باید به فرآیند نصب خود جنکینز بپردازیم. احتمالا باید یک‌سری *** روی cmd شما ظاهر شده باشد که در میان آن یک پسورد قرار گرفته است. در صورتی که این اتفاق نیفتاده است یک بار دیگر دستور بالا را اجرا کنید تا نتیجه‌ای مانند زیر بگیرید.

docker: Error response from daemon: Conflict. The container name "/jenkins-blueocean" is already in use by container "c83d61cbd1b4dd12e3d634cb9ef49cfc425e6d4f7d89ffaa35ee60176b7815e1". You have to remove (or rename) that container to be able to reuse that name.

حال آی‌دی داکر نوشته شده را کپی کرده و در دستوری زیر به جای < container > در کد زیر قرار بدهید تا در خروجی پسورد را مشاهده کنید.

docker exec <container> cat /var/jenkins_home/secrets/initialAdminPassword

حال در مرورگر به آدرس localhost:8080 رفته تا صفحه نصب جنکینز ظاهر شود. پسوردی که به‌دست آوردید را در آن جا وارد کنید. در صفحه بعد گزینه Install Suggested Plugins را انتخاب نمایید. سپس منتظر باشید تا پلاگین های پیشنهادی خود جنکینز نصب شوند. سپس منتظر باشد تا صفحه بعدی ظاهر شود.

هنگامی که صفحه Create First Admin User ظاهر شد، مشخصات مد نظر خود اعم از نام کاربری، پسورد، ایمیل و نام را وارد کنید. و با کلیک بر روی Save and Finish و رفتن به صفحه بعد و مجددا کلیک بر روی آن، مراحل نصب اولیه جنکیز را به پایان برسانید. در این مرحله باید عبارت Jenkins is ready! برای شما نمایش داده شود. در صورتی که عبارت Jenkins is almost ready نمایش داده شد، بر روی گزینه Restart کلیک کنید و منتظر باشید. در صورتی که بعذ از یک دقیقه اتفاقی نیفتاد، خودتان صفحه مرورگر را رفرش کنید.

در صورتی که بخواهید جنکینز را متوقف کنید، دستور زیر را اجرا کنید. بعدا می توانید با دستور طولانی docker container run ... که بالاتر نوشته شده است، دوباره آن را اجرا کنید.

container stop jenkins jenkins-docker.

FORK و Clone کردن ریپازیتوری نمونه گیت‌هاب

حال می‌خواهیم یک نمونه از کار با جنکینز را روی React نشان بدهیم.

  1. به سایت Github بروید و وارد اکانت خود شوید. در صورتی که اکانتی ندارید، یک اکانت جدید ایجاد نمایید
  2. به صفحه simple-node-js-react-npm-app رفته و بر روی گزینه fork کلیک کنید تا این صفحه روی اکانت شما هم فورک شود و بتوانید مستقل از صفحه اصلی، روی اکانت خود به طور جداگانه به آن دسترسی داشته باشید.
  3. حال باید صفحه ساخته شده را کلون کنید. برای این که در طول آموزش دستورات خیلی عوض نشوند، ترمینال یا CMD را باز کرده و بسته به سیستم‌عامل خود به یکی از و با دستور cd آدرس‌های زیر بروید:
    • macOS - /Users/< your-username>/Documents/GitHub/
    • linux - /home/< your-username>/GitHub/
    • Windows C:\Users\< your-username>\Documents\GitHub\
  4. سپس دستور زیر را اجرا کنید:

git clone https://github.com/YOUR-GITHUB-ACCOUNT-NAME/simple-node-js-react-npm-app

که در آن YOUR-GITHUB-ACCOUNT-NAME آدرس صفحه گیت‌هاب شماست.

درست کردن پروژه پایپ‌لاین در جنکینز

  1. در محیط جنکینز، بر روی گزینه create new jobs که زیر عبارت Welcome to Jenkins است کلیک کنید. در صورتی که آن را مشاهده نمی کنید، روی گزینه New Item در گوشه سمت چپ کلیک نمایید.
  2. در فیلد Enter an item Name نام مد نظر برای پروژه پایپ‌لاین را مشخص کنید. (مثلا: simple-node-js-react-npm-app)
  3. بر روی گزینه Pipeline در لیستی که به نمایش در آمده کلیک کرده و سپس روی OK کلیک نمایید.
  4. در صفحه بعد، می توانید توضیحاتی در مورد پروژه خود بنویسید. این بخش اختیاری است و نیازی به پر کردن الزامی آن نیست.
  5. بر روی تب Pipeline در بالای صفحه کلیک کنید تا به بخش مربوط به آن در پایین صفحه هدایت شوید. در این قسمت برای Definition گزینه Pipeline script from SCM را انتخاب نمایید.
  6. از بخش SCM، گزینه Git را انتخاب نمایید
  7. در بخش Repository URL آدرس ریپازیتوری محلی که روی کامپیوتر خود ایجاد کردید را وارد نمایید. اگر طبق راهنما پیش رفته باشید، این بخش با توجه به تطابق کردن با سیتسم جنکینز برای هر سیستم عامل به صورت زیر خواهد بود:
    • macOS - /home/Documents/GitHub/
    • linux - /home/GitHub/
    • Windows - /home/Documents/GitHub/simple-node-js-react-npm-app
  8. سپس بر روی گزینه Save کلیک کنید تا پروژه پایپ‌لاین خود را ذخیره نمایید. از این پس فایل‌های JenkinsFile خود را ایجاد خواهید کرد که روی کلون محلی که از صفحه گیت‌هاب تهیه کرده‌اید، ذخیره خواهند شد.

خلق Pipeline اولیه در قالب یک JenkinsFile

حال آماده‌ایم تا اولین پایپ‌لاین خودمان را که فرایند Build شدن پروژه Node.js و React ما را خودکار خواهد کرد در نرم افزار Jenkins بنویسم. پایپ‌لاین های ما در قالب فایل‌های JenkinsFile ساخته خواهند شد و در ریپازیتوری محلی Git ای که ساختیم ‌Commit خواهند شد.

کاری که در این‌جا انجام خواهیم داد، در اصل پایه الگوی "Pipeline-as-Code" است که در جنکیز پیاده سازی می‌شود. در این روش، سیستم پایپ‌لاین ارائه پیوسته (Continous Delivery یا CD) به عنوان بخشی از نرم افزار در نظر گرفته می‌شوند که ورژن بندی و بازیبینی آن مانند سایر کدهای دیگر خواهد بود. در مورد این مفهوم می‌توانید در این صفحه بیش تر مطالعه کنید.

در ابتدا، باید پایپ‌لاین اولیه ای را بسازیم که ایمیج داکر Node را دانلود کرده و از آن به عنوان یک کانتینر داکر استفاده می‌کند و بدین وسیله، پروژه ساده Node.js و React شما را می‌سیازد. همچنین یک مرحله (Stage) به نام Build هم اضافه می‌کنیم که مراحل Build شدن پروژه را خودکارسازی خواهد کرد. برای این کار به ترتیب زیر عمل خواهیم کرد:

با استفاده از یک ویرایشگر متن یا IDE، درون روت ریپازیتوری گیت محلی خود که simple-node-js-react-npm-app نام دارد، یک فایل متنی با نام Jenkinsfile ایجاد کنید.

توجه کنید که فایل Jenkinsfile هیچ پسوندی نظیر .txt نباید داشته باشد. یعنی به نوعی یک فایل بدون پسوند است.

کد زیر را درون این فایل متنی بنویسید:

pipeline {
    agent {
        docker {
            image 'node:latest' 
            args '-p 3000:3000' 
        }
    }
    stages {
        stage('Build') { 
            steps {
                sh 'npm install' 
            }
        }
    }
}

بخش های مختلف این کد بدین صورت هستند:

  1. پارامتر image مشخص می‌کند که باید ایمیج داکر node:6-alpine دانلود بشود و به عنوان یک کانتینر جداگانه اجرا شود. این بدین معنی است که جنکینز و نود در کانتینر های جداگانه اجرا خواهند شد و Node تبدیل به agent ای می‌شود که جنکیز از آن برای اجرای پروژه شما استفاده خواهد کرد.
  2. پارامتر args باعث می‌شود که کانتینر Node به طور موقت تا زمانی که پروژه در حال اجرا توسط جنکینز است، از طریق پورت 3000 قابل دسترس باشند.
  3. این بخش تعریف کننده یک stage به نام Build است که در رابط کاربری جنکینز برای شما نمایش داده خواهد شد.
  4. این قسمت که در بخش steps قرار دارد، باعث می‌شود که یک فرمان shell که در این جا دستور npm install است اجرا شده و همه نیازمندی هایی که برای اجرای اپلیکیشن لازم است را درون پوشه node_modules دانلود کند.

فایل Jenkinsfile که ساخته اید را ذخیره کنید. سپس با ترمینال یا Git Bash به پوشه ریپازیتوری رفته و دستوارت git add . و git commit -m "Add initial Jenkinsfile" را اجرا نمایید.

به جنکینز باز گردید و در صورت لزوم دوباره لاگین کرده و بر روی Open Blue Ocean در گوشه سمت جپ کلیک کنید تا به رابط Blue Ocean دسترسی پیدا کنید.

پیام This job has not been run ظاهر می‌شود. بر روی Run کلیک کرده و سپس سریعا بر روی لینک OPEN که ظاهر می‌شود کلیک کنید. در صورتی که بر روی این لینک کلیک نکردید، بر روی سطر مربوطه در رابط کاربری Blue Ocean کلیک کنید تا به این بخش دسترسی پیدا کنید.

توجه کنید که در دفعه اول به دلیل دانلود شدن یکسری موارد مربوط به react باید مدتی منتظر بمانید. در اصل با کلیک بر روی گزینه Run مراحل به ترتیب زیر اجرا می‌شود.

  1. پروژه زمان بندی می‌شود تا روی agent که در این جا Node خواهد بود اجرا شود.
  2. داکر ایمیج مربوط به Node را دانلود کرده و آن را روی یک کانتینر در داکر اجرا می‌کند.
  3. استیج Build که در فایل Jenkinsfile تعریف شده، روی کانتینر Node اجرا می‌شود. در این مرحله، npm که در اصل مخفف node package manager است، موارد و dependency های لازم برای اجرای Node.js و React را دانلود کرده و به پوشه node_modules اضافه می‌کند.

حتما توجه کنید که ممکن است در دفعات اول به دلیل مشکل اینترنت، کار با مشکل رو به رو شود و مجبور باشید که دوباره فرآیند را از ابتدا تکرار کنید. مراحلی که مشاهده خواهید کرد، تقریبا مشابه تصاویر زیر خواهد بود:

اضافه کردن استیج test به پایپ‌لاین

به محیط ویرایشگر متنی برگردید و خط زیر را بعد از اتمام بلاک agent اضافه کنید.

  environment {
        CI = 'true'
    }

سپس خط زیر را به قسمت بعد از بلاک استیج Build اضافه کنید.

 stage('Test') {
            steps {
                sh './jenkins/scripts/test.sh'
            }
        }

بدین ترتیب نتیجه نهایی درون فایل به صورت زیر خواهد بود:

pipeline {
    agent {
        docker {
            image 'node:latest'
            args '-p 3000:3000'
        }
    }
    environment {
        CI = 'true' 
    }
    stages {
        stage('Build') {
            steps {
                sh 'npm install'
            }
        }
        stage('Test') { 
            steps {
                sh './jenkins/scripts/test.sh' 
            }
        }
    }
}

در مورد دستورات بالا، environment در اصل یک دایرکتیو است که متغیر های محیط اجرا را معین می‌کند. با معین کردن CI = true باعث می‌شویم که برنامه وارد حالت non-watch یا غیرتعاملی بشود. در صورتی که برنامه در این صورت نباشد، در بخش های وارد کردن ورودی، ممکن است منتظر وارد کردن ورودی از سمت کاربر بماند و در صورتی که ورودی دریافت نکند، اجرای آن هیچ وقت به پایان نرسد.

در قسمت دوم ما یک استیج جدید به نام test تعریف کرده ایم که درون آن، کد shell ای که باعث اجرای فایل test.sh می‌شود اجرا می‌شود. در این فایل یکسری توضیحات اولیه نوشته شده و در نهایت دستور npm test صدا زده می‌شود تا تست کیس هایی که برای این برنامه react تعریف شده اند، اجرا شوند.

در صورتی که نخواهید خط CI = true را در فایل Jenkinsfile اضافه کنید، می‌توانید فایل package.json را باز کرده و خط زیر را:

"test": "react-scripts test --env=jsdom"

به

"test": "cross-env CI=true react-scripts test --env=jsdom",

تغییر بدهید.

پس از تمام این کار ها و سیو کردن فایل (های) ویرایش شده، در ترمینال یا Git Bash دستورات git add . و git commit -m "Add test Stage" را وارد نمایید.

در نهایت با کلیک روی Run و سپس OPEN می‌توانید نتیجه اضافه شدن این استیج جدید را مشاهده کنید. این بار مشاهده خواهید کرد که مرحله Build سریع تر طی می‌شود زیرا دیگر نیازی به دریافت Node از ابتدا و نصب سایر پکیج ها وجود ندارد. وضعیت مرحله نهایی اجرای این فرآیند مشابه تصویر زیر خواهد بود:

اضافه کردن استیج نهایی Deliver به پایپ‌لاین

مجددا به ویرایشگر متنی خود بازگردید و خط زیر را در انتهای بلاک Test به فایل Jenkinsfile اضافه نمایید.

  stage('Deliver') {
            steps {
                sh './jenkins/scripts/deliver.sh'
                input message: 'Finished using the web site? (Click "Proceed" to continue)'
                sh './jenkins/scripts/kill.sh'
            }
        }

یعنی فایل نهایی به این صورت خواهد بود.

pipeline {
    agent {
        docker {
            image 'node:6-alpine'
            args '-p 3000:3000'
        }
    }
    environment { 
        CI = 'true'
    }
    stages {
        stage('Build') {
            steps {
                sh 'npm install'
            }
        }
        stage('Test') {
            steps {
                sh './jenkins/scripts/test.sh'
            }
        }
        stage('Deliver') { 
            steps {
                sh './jenkins/scripts/deliver.sh' 
                input message: 'Finished using the web site? (Click "Proceed" to continue)' 
                sh './jenkins/scripts/kill.sh' 
            }
        }
    }
}

به این ترتیب ما یک استیج جدید به نام Deliver ایجاد کرده ایم که سه کار مهم انجام می‌دهد.

  1. ابتدا فایل deliver.sh را اجرا می‌کند. وظیفه این فایل اجرای فایل build شده توسط npm است. پس از آن، فایل نهایی به صورتی که قابل اجرا توسط مرورگر باشد در می‌آید. بدین ترتیب خودتان هم می‌توانید نتیجه کار را مشخص کند
  2. سپس در خط بعد دستور input وجود دارد. این دستور که با پلاگین Pipeline: Input Step قابل اجراست باعث می‌شود که در این مرحله اجرای فرآیند جنکینز متوقف شود تا بتوانید خودتان صفحه وب اپلیکیشن React ای که اجرا شده است را مشاهده کنید. در نهایت اگر روی Proceed کلیک کنید دستور نهایی اجرا خواهد شد. توجه کنید که در اگر در ابتدای نصب Jenkins اجازه نصب پلاگین های توصیه شده را داده باشید، پلاگین مربوطه نصب شده است. در غیر این صورت باید خودتان این کار را از منوی جنکینز انجام دهد.
  3. در نهایت فایل kill.sh اجرا می‌شود که که وظیفه اش پایان دادن به فرآیند اجرای وب اپلیکیشن React است.

پس از تمام این کار ها و سیو کردن فایل (های) ویرایش شده، در ترمینال یا Git Bash دستورات git add . و git commit -m "Add Deliver Stage" را وارد نمایید.

حال با کلیک بر روی Run و سپس Open می‌توانید مراحل نهایی فرآیند را مشاهده کنید.

در طول این مراحل، در قسمتی که از شما خواسته می‌شود دکمه Proceed را فشار بدهید، می‌توانید با رفتن به صفحه localhost:3000 وب اپلیکیشن React را مشاهده کنید.

در صورتی که بخواهید می‌توانید این وب اپلیکیشن را ویرایش هم بکنید. برای این کار دستور زیر را وارد کنید تا بتوانید فایل App.js را ویرایش کرده و نتتیجه ویراش را در وب اپلیکیشن React مشاهده کنید:

docker exec -it <docker-container-name> bash 
cd /var/jenkins_home/workspace/simple-node-js-react-npm-app/src 
vi App.js 

در دستور بالا عبارت < docker-container-name > اسم کانیتر داکری است که در حال اجرای جنکینز است. برای مشاهده نام آن می‌توانید از دستور docker ps استفاده کنید. در صورتی که طبق راهنما و دستورات بالا پیش رفته باشید، نام این کانتینر jenkins-blueocean خواهد بود.

در نهایت با کلیک بر روی Proceed در صورتی که همه مراحل را با موفقیت سپری کرده باشید، با موفقیت به اتمام خواهد رسید.

جمع بندی

در نهایت و با تمام مواردی که در بالا گفته شد، باید توانسته باشید به طور مقدماتی با فرآیند CI/CD با کمک نرم افزار جنکینز و همچنین اجرای این نرم افزار روی جنکینز آشنا شده باشید. این فرآیند همان طور که واضح است منحصر به React و یا Node.js نیست و روی سایر زبان های برنامه نویسی و فریم ورک های مختلف هم با تغییرات اندک به همین شکل قابل پیاده سازی است.

اکنون که با نحوه شروع کار آشنا شده اید، با جست و جو در اینترنت می‌توانید با فرآیند و کارهای دیگری که یک مهندس DevOps انجام می‌دهد و موارد گوناگون و متنوع دیگر CI/CD آشنا شوید.