څنګه موږ په GitLab کې د سافټویر پیچونه خوشې کوو

څنګه موږ په GitLab کې د سافټویر پیچونه خوشې کوو

په GitLab کې، موږ د سافټویر فکسونه په دوه لارو پروسس کوو: په لاسي او اتوماتیک ډول. gitlab.com ته د اتوماتیک ګمارنې له لارې د مهم تازه معلوماتو رامینځته کولو او وړاندې کولو د خوشې کولو مدیر دندې په اړه زده کولو لپاره ولولئ ، په بیله بیا د کاروونکو لپاره پیچونه چې د دوی په خپلو تاسیساتو کې کار کوي.

زه ستاسو په سمارټ واچ کې د یادونې تنظیم کولو وړاندیز کوم: هره میاشت په 22 مه ، هغه کارونکي چې د دوی په تاسیساتو کې د GitLab سره کار کوي کولی شي زموږ د محصول اوسني نسخې ته تازه معلومات وګوري. میاشتنۍ خپرونه نوي ځانګړتیاوې لري، د موجوده پرمختګونو پرمختګونه، او ډیری وختونه د وسیلو یا ادغام لپاره د ټولنې غوښتنو پای پایله ښیې.

مګر، لکه څنګه چې تمرین ښیې، د سافټویر پراختیا په ندرت سره د نیمګړتیاوو پرته وي. کله چې یو بګ یا امنیت زیانمنونکي وموندل شي ، د تحویلي ټیم کې د خوشې کولو مدیر زموږ د کاروونکو لپاره د دوی نصبولو سره پیچ رامینځته کوي. Gitlab.com د CD پروسې په جریان کې تازه کیږي. موږ دې CD پروسې ته اتوماتیک ګمارنه وایو ترڅو په GitLab کې د CD فیچر سره ګډوډي څخه مخنیوی وشي. دا پروسه کولی شي د کاروونکو، پیرودونکو، او زموږ د داخلي پراختیا ټیم لخوا وړاندې شوي د پلټ غوښتنو څخه وړاندیزونه شامل کړي، نو د پیچونو خوشې کولو ستړي ستونزې حل کول په دوو مختلفو لارو حل کیږي.

«موږ ډاډ ترلاسه کوو چې هر څه چې پراختیا کونکي یې رامینځته کوي هره ورځ ټولو چاپیریالونو ته ګمارل کیږي مخکې لدې چې GitLab.com ته یې راوباسي"، تشریح کوي مارین جانکوفکي، لوړ پوړي تخنیکي مدیر، د زیربنا څانګه. "د gitlab.com ګمارنې لپاره د سنیپ شاټونو په توګه ستاسو د تاسیساتو لپاره ریلیزونو په اړه فکر وکړئ ، د کوم لپاره چې موږ د بسته بندۍ رامینځته کولو لپاره جلا مرحلې اضافه کړې ترڅو زموږ کارونکي وکولی شي دا په خپلو تاسیساتو کې نصبولو لپاره وکاروي.".

د بګ یا زیانونو په پام کې نیولو پرته، د gitlab.com پیرودونکي به د دوی د خپرولو وروسته سمدلاسه اصلاحات ترلاسه کړي، کوم چې د اتوماتیک CD پروسې ګټه ده. د کاروونکو لپاره پیچونه د دوی خپل تاسیساتو سره د خوشې مدیر لخوا جلا چمتووالي ته اړتیا لري.

د تحویل ټیم ​​سخت کار کوي ترڅو ډیری پروسې اتومات کړي چې د کمولو لپاره د ریلیزونو رامینځته کولو کې ښکیل دي MTTP (د تولید لپاره وخت، د بیلګې په توګه په تولید کې مصرف شوی وخت)، د gitlab.com کې ځای پرځای کولو لپاره د پراختیا کونکي لخوا د ادغام غوښتنې پروسس کولو وخت.

«د تحویلي ټیم هدف دا دی چې ډاډ ترلاسه کړو چې موږ کولی شو د شرکت په توګه ګړندی حرکت وکړو ، یا لږترلږه د تحویلي خلکو کار ګړندی کړو ، سمه؟، مارین وايي.

د gitlab.com پیرودونکي او د دوی د تاسیساتو کارونکي دواړه د تحویلي ټیم هڅو څخه ګټه پورته کوي ترڅو د دورې وخت کم کړي او د ګمارنې ګړندي کړي. پدې مقاله کې به موږ د دې دوو میتودونو ترمنځ ورته والی او توپیرونه تشریح کړو. مسلې، او موږ به دا هم تشریح کړو چې څنګه زموږ د تحویلي ټیم د کاروونکو لپاره پیچونه چمتو کوي چې د دوی په تاسیساتو کې کار کوي ، او همدارنګه موږ څنګه ډاډ ترلاسه کوو چې gitlab.com د اتوماتیک ګمارنې په کارولو سره تازه دی.

د خوشې کولو مدیر څه کوي؟

د ټیم غړي هره میاشت د خوشې کولو مدیر رول لیږدول زموږ ریلیزونه کاروونکو ته د دوی په تاسیساتو کې ، پشمول پیچونه او امنیتي ریلیزونه چې ممکن د ریلیزونو ترمینځ پیښ شي. دوی د شرکت د لیږد اتوماتیک، دوامداره ګمارنې ته د رهبري کولو مسولیت هم لري.

د ځان نصبولو ریلیزونه او د gitlab.com ریلیزونه ورته کاري جریان کاروي مګر په مختلف وختونو کې پرمخ ځي ، مارین تشریح کوي.

لومړی او تر ټولو مهم، د خوشې کولو مدیر، د خوشې کولو ډول په پام کې نیولو پرته، ډاډ ترلاسه کوي چې GitLab شتون لري او له هغه وخت څخه خوندي دی چې غوښتنلیک په gitlab.com کې پیل شوی، په شمول دا ډاډ ترلاسه کول چې ورته مسلې د پیرودونکو زیربنا کې پای ته نه رسیږي. خپل ظرفیتونه.

یوځل چې په ګیټ لیب کې بګ یا زیان منونکي په نښه شي ، د خوشې کولو مدیر باید ارزونه وکړي چې دا به د دوی نصب کولو کاروونکو لپاره پیچونو یا امنیت تازه معلوماتو کې شامل شي. که هغه پریکړه وکړي چې یو بګ یا زیان منونکي د تازه کولو مستحق دي، د چمتووالي کار پیل کیږي.

د خوشې کولو مدیر باید پریکړه وکړي چې ایا فکس چمتو کړي ، یا کله یې ځای په ځای کړي - او دا خورا د وضعیت په شرایطو پورې اړه لري ، "په عین حال کې، ماشینونه د خلکو په څیر د شرایطو اداره کولو کې ښه ندي"مارین وايي.

دا ټول د اصلاحاتو په اړه دي

پیچونه څه دي او ولې موږ ورته اړتیا لرو؟

د خوشې کولو مدیر پریکړه کوي چې ایا د بګ شدت پراساس فکس خوشې کړي.

تېروتنې د دوی د شدت پورې اړه لري. نو د S4 یا S3 تېروتنې کیدای شي سټایلیک وي، لکه د پکسل یا آئیکون بې ځایه کیدل. دا لږ مهم نه دی، مګر د هر چا په کاري فلو کې د پام وړ اغیزه نلري، پدې معنی چې د داسې S3 یا S4 غلطیو لپاره د حل کولو احتمال لږ دی، مارین تشریح کوي.

په هرصورت، زیانمنونکي S1 یا S2 پدې معنی دي چې کاروونکي باید وروستي نسخه ته تازه نه کړي، یا د پام وړ بګ شتون لري چې د کارونکي کاري فلو اغیزه کوي. که دوی په ټریکر کې شامل شي، ډیری کاروونکي ورسره مخ شوي، نو د خوشې کولو مدیر سمدلاسه د فکس چمتو کول پیل کوي.

یوځل چې د زیان منونکو S1 یا S2 لپاره پیچ چمتو وي ، د خوشې کولو مدیر د پیچ ​​خوشې کول پیل کوي.

د مثال په توګه ، د GitLab 12.10.1 پیچ وروسته له هغه رامینځته شو کله چې د بلاک کولو ډیری مسلې وپیژندل شوې او پراختیا کونکو هغه اصلي مسله حل کړه چې د دوی لامل و. د ریلیز مدیر د ټاکل شوي شدت کچه ​​​​د سموالي ارزونه وکړه، او د تایید وروسته، د فکس خوشې کولو پروسه پیل شوه، کوم چې د بلاک کولو ستونزې موندلو وروسته په XNUMX ساعتونو کې چمتو شوی و.

کله چې ډیری S4، S3 او S2 راټول شي، د خوشې کولو مدیر د فکس خوشې کولو بیړني حالت معلومولو لپاره شرایط ګوري، او کله چې یو ټاکلی شمیر ته ورسیږي، دوی ټول یوځای شوي او خوشې کیږي. د خوشې کیدو وروسته اصلاحات یا امنیتي تازه معلومات د بلاګ پوسټونو کې لنډیز شوي.

د خوشې کولو مدیر څنګه پیچونه رامینځته کوي

موږ د پیچونو رامینځته کولو لپاره د GitLab CI او نور ځانګړتیاوې لکه زموږ ChatOps کاروو. د ریلیز مدیر زموږ په داخلي چینل کې د ChatOps ټیم په فعالولو سره د فکس خوشې کول پیل کوي #releases په سست کې.

/chatops run release prepare 12.10.1

ChatOps د مختلف پیښو رامینځته کولو لپاره په سلیک کې کار کوي ، کوم چې بیا د GitLab لخوا پروسس او اجرا کیږي. د مثال په توګه ، د تحویلي ټیم د پیچونو خوشې کولو لپاره مختلف شیان اتومات کولو لپاره ChatOps تنظیم کړل.

یوځل چې د خوشې مدیر په سلیک کې د ChatOps ټیم پیل کړي ، پاتې کار د CICD په کارولو سره په GitLab کې په اوتومات ډول پیښیږي. د خوشې کولو پروسې په جریان کې په سلیک او ګیټ لیب کې د ChatOps ترمنځ دوه اړخیزه اړیکه شتون لري ځکه چې د خوشې کولو مدیر په پروسه کې ځینې لوی مرحلې فعالوي.

لاندې ویډیو د GitLab لپاره د پیچ ​​چمتو کولو تخنیکي پروسه ښیې.

په gitlab.com کې د اتوماتیک ګمارنې څرنګوالی کار کوي

د gitlab.com تازه کولو لپاره کارول شوي پروسې او وسیلې ورته ورته دي چې د پیچونو رامینځته کولو لپاره کارول کیږي. د gitlab.com تازه کول د خوشې مدیر له نظره لږ لاسي کار ته اړتیا لري.

د ChatOps په کارولو سره د ګمارنې چلولو پرځای، موږ د CI ځانګړتیاوې کاروو د بیلګې په توګه. ټاکل شوې پایپ لاینونهد کوم سره چې د خوشې کولو مدیر کولی شي ځینې کړنې مهالویش کړي چې په اړین وخت کې ترسره شي. د لارښود پروسې پرځای ، یو پایپ لاین شتون لري چې په ساعت کې یو ځل تیریږي چې د GitLab پروژو کې نوي بدلونونه ډاونلوډ کوي ، بسته بندي کوي او مهالویش ګماري ، او په اتوماتيک ډول ازموینې ، QA او نور اړین مرحلې پرمخ وړي.

"نو موږ د gitlab.com څخه دمخه په مختلف چاپیریالونو کې ډیری ګمارنې لرو ، او وروسته له دې چې دا چاپیریالونه په ښه حالت کې وي او ازموینې ښې پایلې ښیې ، د خوشې کولو مدیر د gitlab.com ګمارنې کړنې پیل کوي ،" مارین وايي.

د gitlab.com تازه مالتړ لپاره د CICD ټیکنالوژي ټوله پروسه هغه ځای ته اتومات کوي چیرې چې د خوشې کولو مدیر باید په لاسي ډول gitlab.com ته د تولید چاپیریال پلي کول پیل کړي.

مارین لاندې ویډیو کې د gitlab.com تازه کولو پروسې په اړه توضیحاتو ته ځي.

د تحویلي ټیم نور څه کوي؟

د gitlab.com تازه پروسو او په کور کې پیرودونکو ته د پیچونو خوشې کولو ترمینځ اصلي توپیر دا دی چې وروستنۍ پروسه د خوشې مدیر څخه ډیر وخت او ډیر لارښود کار ته اړتیا لري.

مارین وايي: "موږ ځینې وختونه د راپور شوي مسلو، د وسیلو مسلو، او د دې لپاره چې ډیری لنډیزونه شتون لري چې د یوې پیچ خوشې کولو په وخت کې باید په پام کې ونیول شي، د دوی نصبولو سره پیرودونکو ته د پیچونو خوشې کول ځنډوي."

د تحویلي ټیم یو لنډمهاله اهداف د خوشې کولو مدیر په برخه کې د لارښود کار اندازه کمول دي ترڅو د خوشې کیدو ګړندی شي. ټیم د خوشې کولو پروسې ساده کولو، منظمولو او اتومات کولو لپاره کار کوي، کوم چې به د ټیټ شدت مسلو حل کولو کې مرسته وکړي (S3 او S4، نږدې ژباړن). په سرعت باندې تمرکز د فعالیت کلیدي شاخص دی: دا اړینه ده چې د MTTP کم کړئ - د انضمام غوښتنې ترلاسه کولو وخت gitlab.com ته د پایلې ځای په ځای کولو پورې - له اوسني 50 ساعتونو څخه تر 8 ساعتونو پورې.

د تحویلي ټیم د کوبرنیټس میشته زیربنا ته gitlab.com مهاجرت کولو باندې هم کار کوي.

د مدیر n.b.: که تاسو دمخه د کوبرنیټس ټیکنالوژۍ په اړه اوریدلي وي (او زه پدې کې شک نلرم چې تاسو یې لرئ) ، مګر لاهم یې په خپلو لاسونو سره نه دی لمس کړی ، زه وړاندیز کوم چې په آنلاین ژور کورسونو کې برخه واخلئ د کوبرنیټس بیس، کوم چې به د سپتمبر په 28-30 کې ترسره شي، او Kubernetes Mega، کوم چې به د اکتوبر 14-16 ترسره شي. دا به تاسو ته اجازه درکړي چې په ډاډه توګه نیویګیټ او د ټیکنالوژۍ سره کار وکړئ.

دا دوه لارې دي چې ورته هدف تعقیبوي: د تازه معلوماتو ګړندي تحویلي ، دواړه د gitlab.com او پیرودونکو لپاره د دوی په تاسیساتو کې.

زموږ لپاره کوم نظر یا وړاندیز؟

هرڅوک ښه راغلاست دی چې په GitLab کې برخه واخلي، او موږ د خپلو لوستونکو څخه د فیډبیک هرکلی کوو. که تاسو زموږ د تحویلي ټیم لپاره کوم نظر لرئ ، مه هیروئ یوه غوښتنه جوړه کړئ په خبرتیا سره team: Delivery.

سرچینه: www.habr.com

Add a comment