GitLab 11.10 د ډشبورډ پایپ لاینونو سره، د پایلو پایپ لاینونو سره یوځای شوي، او د ادغام غوښتنو کې څو لاین وړاندیزونه.
په بیلابیلو پروژو کې د پایپ لاینونو د فعالیت په اړه مناسب معلومات
GitLab د DevOps ژوند دورې کې لید زیاتولو ته دوام ورکوي. په دې ګڼه کې د پایپ لاین وضعیت یوه عمومي کتنه اضافه کړه.
دا مناسب دی حتی که تاسو د یوې پروژې پایپ لاین مطالعه کوئ ، مګر په ځانګړي توګه ګټور دی که چیرې , - او دا معمولا پیښیږي که تاسو مایکرو خدمتونه کاروئ او غواړئ د مختلف پروژې زیرمو څخه کوډ ازموینې او تحویلولو لپاره پایپ لاین پرمخ وړئ. اوس تاسو کولی شئ سمدستي فعالیت وګورئ هرچیرې چې ترسره کیږي.
د یوځای شوي پایلو لپاره د پایپ لاینونو چلول
د وخت په تیریدو سره، سرچینه او هدف لرونکي څانګې توپیر کوي، او داسې وضعیت رامینځته کیدی شي چیرې چې دوی په جلا توګه سره مقابله کوي، مګر یوځای کار نه کوي. اوس تاسو کولی شئ . په دې توګه تاسو به په چټکۍ سره هغه تېروتنې په ګوته کړئ چې یوازې هغه وخت څرګندیږي کله چې بدلونونه په مکرر ډول د څانګو ترمینځ لیږدول شوي وي ، پدې معنی چې تاسو به د پایپ لاین غلطۍ خورا ګړندۍ سمې کړئ او به یې وکاروئ. .
د همکارۍ نور هم ښه کول
GitLab 11.10 د بې سیمه همکارۍ او ساده کاري فلو لپاره حتی نور ځانګړتیاوې اضافه کوي. IN موږ د ادغام غوښتنو لپاره وړاندیزونه معرفي کړل، چیرې چې یو بیاکتونکی کولی شي د ادغام غوښتنې ته په تبصره کې په یوه لیکه کې د بدلون وړاندیز وکړي، او دا سمدلاسه د تبصرې موضوع څخه مستقیمه ژمنه کیدی شي. زموږ کاروونکو دا خوښ کړ او غوښتنه یې وکړه چې دا ځانګړتیا پراخه کړي. اوس تاسو کولی شئ وړاندیز وکړئ ، دا په ګوته کوي چې کومې کرښې لرې کول او کوم اضافه کول.
ستاسو د نظریاتو او وړاندیزونو څخه مننه!
او دا ټول نه دي ...
په دې خپرونه کې ډیری حیرانونکي ځانګړتیاوې شتون لري، د بیلګې په توګه. ، ډیر دقیق , او فرصت . لاندې د هر یو په اړه توضیحات دي.
د دې میاشتې تر ټولو ارزښتناک کارمند () – تاکویا نوګوچي
د دې میاشتې ترټولو ارزښتناک کارمند تاکویا نوګوچي دی (). تاکویا : فکس شوي بګونه، په پس منظر او مخکني پای کې نیمګړتیاوې بشپړې کړې او د کاروونکي انٹرفیس ښه شوی. له تاسو مننه!
د GitLab 11.10 اصلي ځانګړتیاوې
د کنټرول پینل کې پایپ لاینونه
پریمیم، الټیمیټ، سپین زر، سرو زرو
په GitLab کې ډشبورډ ستاسو په ټوله GitLab مثال کې د پروژو په اړه معلومات ښیې. تاسو په یو وخت کې انفرادي پروژې اضافه کړئ او کولی شئ غوره کړئ چې کومه پروژه ستاسو سره علاقه لري.
پدې خپرونه کې ، موږ ډشبورډ ته د پایپ لاین حالتونو په اړه معلومات اضافه کړل. اوس پراختیا کونکي په ټولو اړینو پروژو کې د پایپ لاین فعالیت ګوري - په یو انٹرفیس کې.
د یوځای شوي پایلو لپاره پایپ لاینونه
پریمیم، الټیمیټ، سپین زر، سرو زرو
دا د سرچینې څانګې لپاره معمول دی چې د وخت په تیریدو سره د هدف څانګې څخه جلا شي پرته لدې چې تاسو په دوامداره توګه د دوی ترمینځ بدلونونه فشار کړئ. د پایلې په توګه، سرچینه او د هدف شاخ پایپ لاینونه "شنه" دي او د انضمام شخړه شتون نلري، مګر انضمام د نامناسب بدلونونو له امله ناکامیږي.
کله چې د ادغام غوښتنې پایپ لاین په اوتومات ډول یو نوی لینک رامینځته کوي چې د سرچینې او هدف څانګو د ادغام ګډه پایله لري ، موږ کولی شو پایپ لاین په دې لینک کې پرمخ یوسو او ډاډ ترلاسه کړو چې عمومي پایله کار کوي.
که تاسو د ادغام غوښتنې پایپ لاینونه کاروئ (په هر ظرفیت کې) او د شخصي GitLab چلونکي نسخه 11.8 یا زاړه کاروئ ، نو تاسو به د دې مسلې څخه مخنیوي لپاره دوی تازه کولو ته اړتیا ولرئ . دا د عامه GitLab چلوونکو کاروونکو اغیزه نه کوي.
په څو کرښو کې د بدلونونو وړاندیز
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
کله چې د ادغام غوښتنو سره یوځای کار کوئ، تاسو ډیری وختونه ستونزې په ګوته کوئ او د حل وړاندیز کوئ. د GitLab 11.6 راهیسې موږ ملاتړ کوو د یوې کرښې لپاره.
په 11.10 نسخه کې، د غوښتنې مختلف نظرونه ضم کولی شي په څو کرښو کې د بدلون وړاندیز وکړي، او بیا هر څوک چې اصلي څانګې ته د لیکلو اجازه لري کولی شي دوی په یو کلیک سره ومني. د نوي فیچر څخه مننه، تاسو کولی شئ د کاپي پیسټ څخه مخنیوی وکړئ، لکه څنګه چې په تیرو نسخو کې.
په یوه سیمه کې سمالټ
پریمیم، الټیمیټ، سپین زر، سرو زرو
په ورته دائره کې د لیبلونو سره ، ټیمونه کولی شي دوه اړخیز ځانګړي لیبلونه (په ورته ساحه کې) یوې مسلې ته پلي کړي ، غوښتنې ضمیمه کړي ، یا د دودیز ساحو یا دودیز کاري فلو حالتونو سره سناریوګانو کې ایپیک. دوی د لیبل سرلیک کې د ځانګړي کولون ترکیب په کارولو سره تنظیم شوي.
راځئ چې ووایو تاسو په دندو کې دودیز ساحې ته اړتیا لرئ ترڅو د پلیټ فارم عملیاتي سیسټم تعقیب کړئ چې ستاسو دندې په نښه کوي. هره دنده باید یوازې یو پلیټ فارم پورې اړه ولري. تاسو کولی شئ لنډ لنډیزونه جوړ کړئ platform::iOS, platform::Android, platform::Linux او نور لکه څنګه چې اړتیا وي. که تاسو یو کار ته ورته شارټ کټ پلي کړئ ، نو دا به په اوتومات ډول یو بل موجوده شارټ کټ لرې کړي چې پیل کیږي platform::.
راځئ چې ووایو تاسو شارټ کټ لرئ workflow::development, workflow::review и workflow::deployed، ستاسو د ټیم کاري جریان حالت په ګوته کوي. که چیرې دنده دمخه شارټ کټ ولري workflow::development، او پراختیا کونکی غواړي دنده مرحلې ته واړوي workflow::review، دا یوازې نوی شارټ کټ پلي کوي او زوړ (workflow::development) په اوتومات ډول حذف کیږي. دا چلند دمخه شتون لري کله چې تاسو د ټاسک بورډ کې د شارټ کټونو لیستونو ترمینځ دندې حرکت کوئ چې ستاسو د ټیم کاري جریان استازیتوب کوي. اوس د ټیم غړي چې د کاري بورډ سره مستقیم کار نه کوي کولی شي پخپله دندو کې د کاري فلو حالت بدل کړي.
د کانټینر راجستر نور بشپړ پاکول
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
کله چې تاسو په عموم ډول د CI پایپ لاینونو سره د کانټینر راجسټری کاروئ ، تاسو په یو ټاګ کې ډیری جلا بدلونونه فشار کوئ. د ډاکر د توزیع پلي کولو له امله، ډیفالټ چلند دا دی چې سیسټم ته ټول بدلونونه خوندي کړي، مګر دوی د ډیری حافظې اخیستل پای ته رسوي. که تاسو پیرامیټر کاروئ -m с registry-garbage-collect، تاسو کولی شئ په چټکۍ سره ټول پخواني بدلونونه حذف کړئ او قیمتي ځای خالي کړئ.
د اضافي CI رنر دقیقې پیرود
برونز، سپین زر، سره زر
د تادیه شوي GitLab.com پلانونو سره کارونکي اوس کولی شي اضافي CI رنر دقیقې واخلي. مخکې، دا اړینه وه چې په پلان کې چمتو شوي کوټې پوره کړي. د دې پرمختګ سره، تاسو کولی شئ د پایپ لاین بندیدو له امله د خنډونو څخه مخنیوي لپاره د کوټې دقیقې دمخه پیرود وکړئ.
اوس د 1000 دقیقو لګښت $ 8، او تاسو کولی شئ څومره چې تاسو یې غواړئ واخلئ. اضافي دقیقې به کارول پیل شي کله چې تاسو خپله ټوله میاشتنۍ کوټه مصرف کړې وي، او پاتې اضافي دقیقې به راتلونکې میاشت ته وغځول شي. IN موږ غواړو دا خصوصیت په وړیا پلانونو کې هم اضافه کړو.
د کمپوز وړ آٹو DevOps
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د Auto DevOps سره، ټیمونه پرته له کومې هڅې سره عصري DevOps تمرینونو ته لیږدوي. د GitLab 11.10 سره پیل کول ، په Auto DevOps کې هره دنده په توګه چمتو کیږي . کاروونکي کولی شي وکاروي په GitLab CI کې د Auto DevOps انفرادي مرحلو فعالولو لپاره او په ورته وخت کې خپل دودیز فایل وکاروئ gitlab-ci.yml. پدې توګه تاسو کولی شئ یوازې هغه دندې فعال کړئ چې تاسو ورته اړتیا لرئ او د اپ سټریم تازه معلوماتو څخه ګټه پورته کړئ.
د SCIM په کارولو سره په GitLab.com کې د ګروپ غړي په اتوماتيک ډول اداره کړئ
سره زر، سره زر
مخکې، تاسو باید په لاسي ډول په GitLab.com کې د ګروپ غړیتوب اداره کړئ. تاسو اوس کولی شئ SAML SSO وکاروئ او په GitLab.com کې د کاروونکو رامینځته کولو ، حذف کولو او تازه کولو لپاره د SCIM په کارولو سره غړیتوب اداره کړئ.
دا په ځانګړې توګه د هغو شرکتونو لپاره ګټور دی چې لوی شمیر کاروونکي او مرکزي پیژندونکي چمتو کوي. اوس تاسو کولی شئ د حقایقو یوه سرچینه ولرئ، لکه د Azure Active Directory، او کاروونکي به د لاسي پرځای د پیژندونکي چمتو کونکي له لارې په اتوماتيک ډول جوړ او حذف شي.
د SAML چمتو کونکي له لارې GitLab.com ته ننوتل
سره زر، سره زر
مخکې، کله چې د ګروپونو لپاره د SAML SSO کارول، کاروونکي ته اړتیا وه چې د GitLab اسنادو او د پیژندنې چمتو کونکي سره لاسلیک کړي. تاسو اوس کولی شئ په مستقیم ډول د SSO له لارې د GitLab کارونکي په توګه چې د تنظیم شوي ګروپ سره تړاو لري لاګ ان شئ.
کارونکي به دوه ځله لاسلیک کولو ته اړتیا ونلري ، د شرکتونو لپاره د GitLab.com لپاره د SAML SSO کارول اسانه کوي.
په GitLab 11.10 کې نور پرمختګونه
د ماشوم ایپیک سکیما
حتمي، سرو زرو
په مخکینۍ خپرونه کې، موږ ستاسو د دندې ویش جوړښت اداره کولو کې د مرستې لپاره د ماشومانو ایپیکونه (د پیښو پیښې) اضافه کړې. د ماشوم افسانې د مور او پلار په پاڼه کې ښکاري.
په دې خپرونه کې، د اصلي ایپیک پاڼه د ماشومانو د پیښو یوه خاکه ښیي نو ټیمونه کولی شي د ماشومانو د پیښو مهال ویش وګوري او د وخت انحصار اداره کړي.
د غوښتنې پاپ اپ سکرینونه یوځای کړئ
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
پدې خپرونه کې ، موږ معلوماتي سکرینونه معرفي کوو چې پاپ اپ کیږي کله چې تاسو د ادغام غوښتنې لینک باندې ځړول. پخوا، موږ یوازې د ادغام غوښتنې سرلیک ښودلی، مګر اوس موږ د ادغام غوښتنې حالت، د CI پایپ لاین حالت، او لنډ URL هم ښکاره کوو.
موږ پلان لرو چې په راتلونکو خپرونو کې نور مهم معلومات اضافه کړو، د بیلګې په توګه. ، او موږ به د دې لپاره پاپ اپ سکرینونه هم معرفي کړو .
د هدفونو څانګو لخوا د ادغام غوښتنې فلټر کول
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د سافټویر خوشې کولو یا بار وړلو لپاره د Git کاري جریان اکثرا ډیری اوږدمهاله څانګې شاملوي — د پخوانیو نسخو اصلاح کولو لپاره (د مثال په توګه stable-11-9یا د کیفیت ازموینې څخه تولید ته حرکت کول (د مثال په توګه integration)، مګر د ډیری خلاص ادغام غوښتنو په مینځ کې د دې څانګو لپاره د ادغام غوښتنې موندل اسانه ندي.
د پروژو او ډلو لپاره د ادغام غوښتنو لیست اوس د ادغام غوښتنې هدف څانګې لخوا فلټر کیدی شي ترڅو د هغه موندلو لپاره اسانه کړي چې تاسو ورته اړتیا لرئ.
مننه، هیرویوکی ساتو ()!
په بریالي پایپ لاین کې لیږل او یوځای کول
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
که موږ د ترنک پر بنسټ د پراختیا میتود وکاروو، موږ باید د یو واحد مالک سره د کوچنیو، لنډمهاله څانګو په ګټه د اوږدمهاله څانګو څخه ډډه وکړو. کوچني بدلونونه اکثرا په مستقیم ډول د هدف څانګې ته لیږدول کیږي، مګر دا کار کول د ودانۍ ماتولو خطر لري.
د دې خوشې کیدو سره ، GitLab د نوي Git push اختیارونو ملاتړ کوي ترڅو په اوتومات ډول د ادغام غوښتنې خلاصې کړي ، د هدف څانګه تنظیم کړي ، او څانګې ته د فشار په وخت کې د کمانډ لاین څخه په بریالي پایپ لاین کې ادغام پلي کړي.
د بهرني ډشبورډونو سره ښه ادغام
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
GitLab کولی شي ډیری پرومیتیوس سرورونو ته لاسرسی ومومي (چاپیریال ، پروژه ، او )، مګر د ډیری پای ټکي درلودل کولی شي پیچلتیا اضافه کړي یا ممکن د معیاري ډشبورډونو لخوا ملاتړ نشي. د دې خوشې کولو سره، ټیمونه کولی شي یو واحد Prometheus API وکاروي، د ګرافانا په څیر خدماتو سره ادغام خورا اسانه کوي.
د ویکي پاڼې د جوړولو نیټې سره ترتیب کړئ
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
په یوه پروژه ویکي کې، ټیمونه کولی شي اسناد او نور مهم معلومات د سرچینې کوډ او دندو سره شریک کړي. د دې خپریدو سره، تاسو کولی شئ د ویکي پاڼو لیست د جوړیدو نیټې او سرلیک سره سم ترتیب کړئ ترڅو په دې وروستیو کې جوړ شوي منځپانګې ژر تر ژره ومومئ.
د څارنې سرچینې چې د کلستر لخوا غوښتنه شوې
حتمي، سرو زرو
GitLab تاسو سره د پراختیا او تولید غوښتنلیکونو لپاره ستاسو د Kubernetes کلستر څارنه کې مرسته کوي. د دې خوشې کولو سره پیل کول، ستاسو د کلستر څخه د CPU او حافظې غوښتنې وڅیړئ ترڅو احتمالي مسلې ومومئ مخکې لدې چې ستونزې رامینځته شي.
د ګرافانا ډشبورډ کې د بار بیلانس میټریکونه وګورئ
کور، سټارټر، پریمیم، وروستی
دا خورا مهم دي چې ستاسو د GitLab مثال روغتیا څارنه وکړئ. مخکې، موږ د ډیفالټ ډشبورډونه د سرایت شوي ګرافانا مثال له لارې چمتو کړل. د دې خوشې کولو سره پیل کول، موږ د NGINX بار بیلنسونو نظارت لپاره اضافي ډشبورډونه شامل کړي دي.
د ایلکسیر لپاره SAST
حتمي، سرو زرو
موږ د ژبې مالتړ پراخولو او د امنیتي چکونو ژورولو ته دوام ورکوو. په دې خپرونه کې موږ د پروژو لپاره امنیتي چکونه فعال کړي دي او پروژې جوړې شوې .
په یو ډیاګرام کې ډیری پوښتنې
پریمیم، الټیمیټ، سپین زر، سرو زرو
په GitLab کې، تاسو کولی شئ چارټونه جوړ کړئ ترڅو هغه میټریکونه وګورئ چې تاسو یې راټول کړئ. ډیری وختونه، د بیلګې په توګه، که تاسو اړتیا لرئ چې د میټریک اعظمي یا اوسط ارزښت وګورئ، تاسو غواړئ په یو چارټ کې څو ارزښتونه وښایئ. د دې خوشې کولو سره پیل کول، تاسو دا فرصت لرئ.
DAST پایلې د ګروپ امنیت ډشبورډ کې
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
موږ د ټیم امنیت ډشبورډ کې د SAST ، کانټینر سکینګ ، او انحصار سکین کولو سربیره د متحرک غوښتنلیک امنیت ازموینې (DAST) پایلې اضافه کړې.
د کانټینر سکین راپور ته د میټاډاټا اضافه کول
حتمي، سرو زرو
په دې ریلیز کې، د کانټینر سکین راپور نور میټاډاټا لري - موږ اضافه کړي اغیزمنه برخه (د کلیر ځانګړتیا) په موجوده میټاډاټا کې: لومړیتوب، ID (د mitre.org په حواله) او اغیزمنه کچه (د بیلګې په توګه debian:8).
د غوښتنو ادغام لپاره د میټریک راپور ډول اضافه کول
پریمیم، الټیمیټ، سپین زر، سرو زرو
GitLab لا دمخه ډیری ډوله راپورونه چمتو کوي چې مستقیم د ادغام غوښتنو کې شامل کیدی شي: له راپورونو څخه и د تایید په مرحله کې и د ساتنې په مرحله کې.
پداسې حال کې چې دا مهم راپورونه دي، لومړني معلومات چې د مختلفو سناریوګانو سره سمون لري هم اړتیا لري. په GitLab 11.10 کې، موږ د انضمام غوښتنه کې مستقیم د میټریک راپور ورکول چمتو کوو، کوم چې د ساده کلیدي ارزښت جوړه تمه لري. په دې توګه، کاروونکي د وخت په تیریدو سره بدلونونه تعقیبوي، په شمول د ګمرک میټریکونو، او د یو ځانګړي ضمیمه غوښتنې لپاره په میټریکونو کې بدلونونه. د حافظې کارول ، د ځانګړي کاري بار ازموینې ، او روغتیا حالتونه په ساده میټریکونو کې بدل کیدی شي چې د نورو جوړ شوي راپورونو سره په مستقیم ډول د ادغام غوښتنو کې لیدل کیدی شي.
د انحصار سکین کولو لپاره د څو ماډل ماون پروژو لپاره ملاتړ
حتمي، سرو زرو
د دې خوشې کولو سره، د څو ماډل ماون پروژې د GitLab انحصار سکین کولو ملاتړ کوي. پخوا، که یو فرعي ماډل د ورته کچې په بل فرعي ماډل پورې تړاو درلود، نو دا نشي کولی د مرکزي Maven ذخیره څخه بارولو ته اجازه ورکړي. اوس د څو ماډل ماون پروژه د دوه ماډلونو او د دوه ماډلونو ترمینځ انحصار سره رامینځته شوې. د وروڼو ماډلونو تر مینځ انحصار اوس د محلي ماوین ذخیره کې شتون لري ترڅو جوړونه پرمخ لاړ شي.
کاروونکي کولی شي په CI کې د کلونینګ لاره بدله کړي
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د ډیفالټ په واسطه، GitLab Runner پروژه یو ځانګړي فرعي پاټ ته کلون کوي $CI_BUILDS_DIR. مګر د ځینو پروژو لپاره، لکه ګولنګ، کوډ ته اړتیا لري چې د جوړولو لپاره په ځانګړي لارښود کې کلون شي.
په GitLab 11.10 کې موږ متغیر معرفي کړ GIT_CLONE_PATH، کوم چې تاسو ته اجازه درکوي یوه ځانګړې لاره مشخص کړئ چیرې چې GitLab Runner د دندې اجرا کولو دمخه پروژه کلون کوي.
په لاګونو کې د خوندي متغیرونو ساده ماسک کول
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
GitLab څو لارې وړاندې کوي и په GitLab CI/CD کې تغیرات. مګر متغیرات لاهم کولی شي په عمدي یا تصادفي ډول جوړ شوي لاګونو کې پای ته ورسیږي.
GitLab د خطر مدیریت او تفتیش په جدي توګه اخلي او د موافقت ب featuresو اضافه کولو ته دوام ورکوي. په GitLab 11.10 کې، موږ د دندې ټریس لاګونو کې د ځانګړو ډولونو متغیرونو ماسک کولو وړتیا معرفي کړه، د دې متغیرونو مینځپانګې په وړاندې د محافظت کچه اضافه کړه چې په ناڅاپي ډول په لاګونو کې شامل شوي. او اوس GitLab ډیری جوړ شوي ټوکن تغیرات.
د ټیم په کچه د Auto DevOps فعال یا غیر فعال کړئ
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
په GitLab.com پروژې کې د Auto DevOps سره، تاسو کولی شئ پرته له کومې ستونزې څخه د جوړولو څخه تر تحویلۍ پورې د عصري DevOps کاري فلو څخه کار واخلئ.
د GitLab 11.10 سره پیل کول، تاسو کولی شئ په ورته ګروپ کې د ټولو پروژو لپاره Auto DevOps فعال یا غیر فعال کړئ.
ساده او ښه شوی جواز پاڼه
سټارټر، پریمیم، وروستی
د دې لپاره چې د جواز کلیدونو اداره کول ډیر اسانه او ساده شي، موږ په اډمین پینل کې د جواز پاڼه بیا ډیزاین کړې او خورا مهم عناصر یې روښانه کړي.
د Kubernetes ګمارنې لپاره شارټ کټ ټاکونکی تازه کړئ
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د ګمارنې پینل د ټولو Kubernetes ګمارنې په اړه معلومات ښیې.
په دې خپرونه کې، موږ هغه طریقه بدله کړه چې موږ د ګمارنې لپاره شارټ کټ نقشه کوو. سیالۍ اوس له خوا شتون لري app.example.com/app и app.example.com/env او یا app. دا به د فلټر کولو شخړو او د پروژې پورې اړوند د غلط ګمارنې خطر مخه ونیسي.
سربیره پردې ، په GitLab 12.0 کې موږ ، او لوبه به یوازې د دې لخوا ممکنه وي app.example.com/app и app.example.com/env.
په متحرک ډول د Kubernetes سرچینې رامینځته کول
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د GitLab سره د Kubernetes ادغام تاسو ته اجازه درکوي د RBAC ځانګړتیا د خدماتو حساب او د هرې GitLab پروژې لپاره وقف شوي نوم ځای په کارولو سره وکاروئ. د دې خوشې کولو سره پیل کول، د اعظمي موثریت لپاره، دا سرچینې به یوازې هغه وخت رامینځته شي کله چې د ځای پرځای کولو لپاره اړتیا وي.
کله چې د Kubernetes ځای په ځای کول، GitLab CI به د ګمارلو دمخه دا سرچینې رامینځته کړي.
د ګروپ په کچه د کلسترونو لپاره د ګروپ منډې
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د ګروپ په کچه کلسترونه اوس د GitLab رنر نصبولو ملاتړ کوي. د ګروپ په کچه د Kubernetes رنرز د ماشومانو پروژو ته د ګروپ رنرانو لیبل شوي په توګه ښکاري cluster и kubernetes.
د Knative دندو لپاره کاونټر ته زنګ ووهئ
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
سره ځای پرځای شوي ځانګړتیاوې ، اوس د یو ځانګړي فعالیت لپاره د ترلاسه شوي تلیفونونو شمیر وښایاست. د دې کولو لپاره ، تاسو اړتیا لرئ په کلستر کې پرومیټیوس نصب کړئ چیرې چې Knative نصب شوی.
د پیرامیټر کنټرول git clean د GitLab CI/CD دندو لپاره
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د ډیفالټ په واسطه، GitLab رنر چلوي git clean د کوډ اپلوډ کولو پروسې په جریان کې کله چې په GitLab CI/CD کې دنده اجرا کول. د GitLab 11.10 په څیر، کاروونکي کولی شي ټیم ته لیږدول شوي پیرامیټونه کنټرول کړي git clean. دا د هغو ټیمونو لپاره ګټور دی چې وقف شوي منډې وهي، په بیله بیا د هغو ټیمونو لپاره چې د لوی منورپوزیټریو څخه پروژې راټولوي. اوس دوی کولی شي د سکریپټونو اجرا کولو دمخه د کښته کولو پروسه کنټرول کړي. نوی متغیر GIT_CLEAN_FLAGS ډیفالټ ارزښت دی -ffdx او ټول ممکنه کمانډ پیرامیټونه مني [git clean](https://git-scm.com/docs/git-clean).
په کور کې بهرنۍ اجازه
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
خوندي چاپیریال ممکن پروژې ته د لاسرسي لپاره اضافي بهرنۍ جواز سرچینې ته اړتیا ولري. موږ د لاسرسي کنټرول اضافي کچې لپاره ملاتړ اضافه کړی دی او په کور کې د دې فعالیت خلاصولو لپاره ډیری غوښتنې ترلاسه کړې. موږ خوښ یو چې بهرنۍ اجازه او د اصلي مثالونو لپاره د امنیت اضافي پرت معرفي کوو، ځکه چې دا خصوصیت د انفرادي ګډون کونکو لخوا اړین دی.
په کور کې په ډلو کې د پروژو رامینځته کولو وړتیا
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
د پراختیا کونکي رول کولی شي په ډلو کې پروژې رامینځته کړي ، او اوس دا په کور کې امکان لري. د پروژو رامینځته کول په GitLab کې د تولید لپاره کلیدي ځانګړتیا ده، او په کور کې د دې خصوصیت په شاملولو سره، اوس د بیلګې په توګه د غړو لپاره یو څه نوي کول اسانه دي.
د ګیټ لیب رنر 11.10
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
نن ورځ موږ د ګیټ لیب رنر 11.10 خپور کړ! GitLab Runner د خلاصې سرچینې پروژه ده چې د CI/CD دندو چلولو لپاره کارول کیږي او پایلې بیرته GitLab ته لیږل کیږي.
تر ټولو په زړه پورې بدلونونه:
- .
- .
- .
- .
- .
د بدلونونو بشپړ لیست د GitLab رنر چینج لاګ کې موندل کیدی شي: .
د راستنیدونکو اصلاح project_id په Elasticsearch کې د بلاب لټون API کې
سټارټر، پریمیم، وروستی
موږ د Elasticsearch بلاب لټون API کې یوه بګ حل کړ چې په غلطۍ سره د 0 لپاره راستون شو project_id. دا به اړین وي د سم ارزښتونو ترلاسه کولو لپاره project_id د GitLab دا نسخه نصبولو وروسته.
د هر اړخیز پرمختګ
کور، سټارټر، پریمیم، وروستی
موږ په GitLab 11.10 کې Omnibus ته لاندې پرمختګونه کړي دي:
- GitLab 11.10 شامل دي , ، چې په وروستي خپرونه کې د هپ چیټ او نور ډیر څه څخه په اسانۍ سره د ډیټا مهاجرت لپاره د ادغام نوی لارښود شامل دی. پدې نسخه کې شامل دي ، او موږ د تازه کولو وړاندیز کوو.
- موږ یو ، او اوس دا اسانه ده چې ستاسو د GitLab مثال څارنه پیل کړئ.
- موږ د ډاکر راجسټری څخه د زاړه کانټینر عکسونو حذف کولو لپاره ملاتړ اضافه کړی.
- موږ په 2019-01-23 کې د سندونو تازه کړی دی.
د فعالیت ښه والی
کور، سټارټر، پریمیم، حتمي، وړیا، برونز، سپین زر، سرو زرو
موږ د ټولو اندازو د GitLab مثالونو لپاره د هرې خوشې کیدو سره د GitLab فعالیت ته وده ورکولو ته دوام ورکوو. په GitLab 11.10 کې ځینې پرمختګونه:
- .
- .
- .
- .
- .
- .
- .
- .
د GitLab چارټونه ښه شوي
کور، سټارټر، پریمیم، وروستی
موږ د GitLab چارټونو کې لاندې پرمختګونه کړي دي:
- .
پخوانۍ ځانګړتیاوې
GitLab Geo به په GitLab 12.0 کې د هش شوي ذخیره چمتو کړي
د GitLab جیو ته اړتیا ده په ثانوي نوډونو کې د سیالۍ کمولو لپاره. دا په کې یادونه شوې .
په GitLab کې موږ دا اړتیا د جیو اسنادو کې اضافه کړې ده: .
په GitLab کې sudo gitlab-rake gitlab:geo:check ګوري چې ایا د هشډ ذخیره فعاله شوې او ټولې پروژې مهاجرت شوي. سانتي متر. . که تاسو جیو کاروئ، نو مهرباني وکړئ دا چیک چل کړئ او ژر تر ژره مهاجرت وکړئ.
په GitLab کې د تل لپاره غیر فعال خبرداری په پاڼه کې به ښودل شي د ادارې ساحه > جیو > نوډونه، که پورتنۍ چکونه اجازه ونلري.
په GitLab کې جیو به د هش شوي ذخیره کولو اړتیاوې وکاروي. سانتي متر. .
د حذف کولو نیټه: 22 جون 2019
د اوبنټو 14.04 ملاتړ
GitLab 11.10 به وروستی خوشې وي .
کینونیکي د اوبنټو 14.04 لپاره د معیاري ملاتړ پای اعلان کړ . موږ کاروونکو ته مشوره ورکوو چې ملاتړ شوي LTS نسخه ته وده ورکړي: اوبنټو 16.04 یا اوبنټو 18.04.
د حذف کولو نیټه: 22 خمیر 2019
د هرې سپارنې رامینځته شوي پایپ لاینونو اعظمي شمیر محدودول
مخکې، GitLab د دې لپاره پایپ لاینونه جوړ کړل HEAD په سپارلو کې هره څانګه. دا د پراختیا کونکو لپاره مناسب دی چې په یوځل کې ډیری بدلونونه فشار راوړي (د مثال په توګه ، د فیچر څانګې او څانګې ته develop).
مګر کله چې د ډیری فعال څانګو سره لوی ذخیره فشار راوړو (د مثال په توګه حرکت کول ، عکس کول ، یا شاخ کول) ، تاسو اړتیا نلرئ د هرې څانګې لپاره پایپ لاین رامینځته کړئ. د GitLab 11.10 سره پیل کول موږ رامینځته کوو کله چې لیږل کیږي.
د حذف کولو نیټه: 22 خمیر 2019
پخوانۍ GitLab رنر میراثي کوډ لارې
د Gitlab 11.9 په څیر، GitLab رنر کاروي کلون کول / ذخیره کول. اوس مهال، د GitLab رنر به زوړ میتود وکاروي که نوی یې ملاتړ نه وي. نور جزیات په کې وګورئ .
په GitLab 11.0 کې، موږ د GitLab Runner لپاره د میټریک سرور ترتیب بڼه بدله کړه. metrics_server په ګټه به لرې شي listen_address په GitLab 12.0 کې. نور جزیات په کې وګورئ .
په 11.3 نسخه کې، د ګیټ لیب رنر ملاتړ پیل کړ ; کوم چې د نوي ترتیباتو لامل شوی . د ، د بدلونونو جدول او نوي ترتیب ته د مهاجرت لپاره لارښوونې وړاندې کوي. نور جزیات په کې وګورئ .
دا لارې به په GitLab 12.0 کې شتون ونلري. د یو کارونکي په توګه، تاسو اړتیا نلرئ بل څه بدل کړئ پرته لدې چې ډاډ ترلاسه کړئ چې ستاسو د GitLab مثال د 11.9+ نسخه پرمخ وړي کله چې GitLab Runner 12.0 ته لوړیږي.
د حذف کولو نیټه: 22 جون 2019
د GitLab رنر لپاره د ننوتلو نقطې ځانګړتیا لپاره تخریب شوي پیرامیټر
11.4 GitLab Runner د فیچر پیرامیټر معرفي کوي د ستونزو د حل لپاره لکه и .
په GitLab 12.0 کې به موږ سم چلند ته لاړ شو لکه څنګه چې د فیچر ترتیب غیر فعال شوی و. نور جزیات په کې وګورئ .
د حذف کولو نیټه: 22 جون 2019
د GitLab رنر لپاره EOL ته د لینکس توزیع لپاره تخریب شوی ملاتړ
د لینکس ځینې توزیعونه چې پکې د GitLab رنر نصب کیدی شي د دوی هدف پوره کړی.
په GitLab 12.0 کې، GitLab Runner به نور د دې لینکس توزیعونو ته کڅوړې توزیع نکړي. د توزیع بشپړ لیست چې نور یې ملاتړ نه کیږي زموږ کې موندل کیدی شي . د Javier Ardo څخه مننه () فی !
د حذف کولو نیټه: 22 جون 2019
د زاړه GitLab رنر مرستندویه کمانډونه لرې کول
د ملاتړ لپاره زموږ د هڅو د یوې برخې په توګه باید ځینې زاړه حکمونه پریږدي چې لپاره کارول کیږي .
په GitLab 12.0 کې، GitLab Runner د نوي کمانډونو په کارولو سره پیل شوی. دا یوازې د هغو کاروونکو لپاره تطبیق کیږي چې . نور جزیات په کې وګورئ .
د حذف کولو نیټه: 22 جون 2019
د ګیټ لیب رنر څخه د میراث ګیټ کلین میکانیزم لرې کول
د ګیټ لیب رنر 11.10 کې تنظیم کړئ چې څنګه رنر کمانډ اجرا کوي git clean. برسیره پردې، د پاکولو نوې ستراتیژي کارول لرې کوي git reset او امر ورکوي git clean د پورته کولو مرحله وروسته.
څرنګه چې د دې چلند بدلون ممکن په ځینو کاروونکو اغیزه وکړي، موږ یو پیرامیټر چمتو کړی FF_USE_LEGACY_GIT_CLEAN_STRATEGY. که تاسو ارزښت وټاکئ true، دا به د میراث پاکولو ستراتیژي بحال کړي. په ګیټ لیب رنر کې د فنکشن پیرامیټونو کارولو په اړه نور موندل کیدی شي .
په GitLab Runner 12.0 کې، موږ به د میراث پاکولو ستراتیژۍ او د فنکشن پیرامیټر په کارولو سره د دې د بیا رغولو وړتیا لپاره ملاتړ لیرې کړو. نور جزیات په کې وګورئ .
د حذف کولو نیټه: 22 جون 2019
په اډمین پینل کې د سیسټم معلوماتو برخه
GitLab ستاسو د GitLab مثال په اړه معلومات وړاندې کوي admin/system_info، مګر دا معلومات ممکن سم نه وي.
موږ یو په GitLab 12.0 کې اډمین پینل او موږ یې کارولو وړاندیز کوو .
د حذف کولو نیټه: 22 جون 2019
لاګ بدل کړئ
په چینج لاګ کې دا ټول بدلونونه وګورئ:
د جوړولو
که تاسو د نوي GitLab نصب کول تنظیم کوئ، لیدنه وکړئ .
اوسمهال
بشپړ ی وګوره .
د GitLab ګډون پلانونه
GitLab په دوه خوندونو کې شتون لري: и .
: په ودانۍ کې یا ستاسو د غوره کلاوډ پلیټ فارم کې.
- د اصلي: د وړو ټیمونو، شخصي پروژو، یا د غیر محدودې مودې لپاره د GitLab آزموینې لپاره.
- سټارټر: د هغو ټیمونو لپاره چې په ورته دفتر کې په څو پروژو کار کوي چې مسلکي ملاتړ ته اړتیا لري.
- د بيمې: د توزیع شوي ټیمونو لپاره چې پرمختللي ب featuresې ، لوړ شتون ، او XNUMX/XNUMX ملاتړ ته اړتیا لري.
- د وروستنې: د سوداګرۍ لپاره چې د ښه امنیت او موافقت سره قوي ستراتیژۍ او اجرا کولو ته اړتیا لري.
- GitLab.com: کوربه، اداره او د GitLab لخوا اداره کیږي د انفرادي پراختیا کونکو او ټیمونو لپاره.
- د ازادو: لامحدود شخصي ذخیره او د پروژې لامحدود مرسته کونکي. تړل شوي پروژې د کچې ځانګړتیاو ته لاسرسی لري د ازادوپه د کچې ځانګړتیاو ته لاسرسی ولري د سرو زرو.
- د برونزو: د هغو ټیمونو لپاره چې پرمختللي کاري فلو ځانګړتیاو ته لاسرسی ته اړتیا لري.
- د سپينو زرو: د ټیمونو لپاره چې ډیر قوي DevOps وړتیاو ، موافقت ، او ګړندي ملاتړ ته اړتیا لري.
- د سرو زرو: د ډیری CI/CD دندو لپاره مناسب. ټولې خلاصې پروژې کولی شي د سرو زرو ب featuresې وړیا وکاروي ، پرته لدې چې پلان ولري.
سرچینه: www.habr.com