ریلیز 13.4 د CI متغیرونو ، کبرنیټس اجنټ او امنیت مرکز لپاره د HashiCorp ذخیره کولو سره خپور شوی ، په بیله بیا په سټارټر کې د بدلولو وړ ځانګړتیاو سره
په GitLab کې، موږ تل په دې فکر کوو چې څنګه موږ کولی شو د کاروونکو سره د خطر کمولو، موثریت ښه کولو، او ستاسو په غوره پلیټ فارم کې د تحویلي سرعت ښه کولو کې مرسته وکړو. پدې میاشت کې موږ ډیری ګټورې نوې بڼې اضافه کړې چې امنیتي وړتیاوې پراخوي، د زیان منونکو شمیر کموي، موثریت زیاتوي، د GitLab سره کار کول ساده کوي، او ستاسو ټیم سره مرسته کوي چې ځانګړتیاوې ګړندي وړاندې کړي. موږ امید لرو چې تاسو به د خوشې کولو اصلي ځانګړتیاوې ګټورې ومومئ، او همدارنګه 53 نورې نوې بڼېپه دې خپرونه کې اضافه شوي.
پرمختللي امنیتي ځانګړتیاوې
موږ هڅه کوو چې په هره میاشت کې د GitLab DevSecOps لپاره څو نوې بڼې اضافه کړو، او دا خوشې کول هیڅ استثنا نه ده. د غونډې او ځای پرځای کولو په چوکاټ کې. سربیره پردې، هغه سازمانونه چې غواړي د کوډ ځای پرځای کولو مسؤلیتونو جلا کولو ملاتړ وکړي اوس کولی شي . دا رول ورته دی او تاسو ته به اجازه درکړي چې د ادغام غوښتنې تایید کړئ (د روسیې د GitLab "مرج غوښتنې" ځایی کولو کې) او په خوندي چاپیریال کې کوډ ځای په ځای کړئ ، پرته له دې چې پخپله کوډ بدلولو ته لاسرسی چمتو کړئ.
د خطرونو کمولو بله لاره د نوي کارول دي . د عملیاتو ټیمونه کولی شي د ګیټ لیب څخه د کوبرنیټس کلسترونه ځای په ځای کړي پرته لدې چې خپل کلستر ټول انټرنیټ ته افشا کړي. موږ د نوي Terraform ایالت فایلونو لپاره د اتوماتیک نسخه کنټرول ملاتړ هم معرفي کوو د موافقت ملاتړ او د ډیبګ کولو اسانتیا لپاره. په نهایت کې ، د مثال امنیت ډشبورډ شو د زیان مننې راپورونو او امنیتي ترتیباتو سره.
د GitLab سره ډیر اسانه او موثر کار
موږ د شاملولو لپاره زموږ نړیوال لټون ښه کړی دی ، تاسو ته اجازه درکوي په اسانۍ سره وروستي ټکټونو، ګروپونو، پروژو، ترتیباتو او د مرستې موضوعاتو ته لاړ شئ. موږ خوښ یو چې اعلان وکړو چې GitLab مخونه په سایټ کې د انفرادي پاڼو او لارښودونو لیږلو لپاره، کوم چې کاروونکو ته اجازه ورکوي چې په اغیزمنه توګه خپل سایټونه ځای پرځای کړي. او د هغو کسانو لپاره چې غواړي د ګمارنې په اړه پراخ معلومات ترلاسه کړي، دا خوشې کول اجازه ورکوي !
د خلاصې سرچینې مرستې
موږ استازیتوب کوو کوم چې ما اضافه کړ . د بدل شوي کوډ د واحد ازموینې پوښښ کې نښې پراختیا کونکو ته د بیاکتنې پرمهال د کوډ پوښښ روښانه نظر ورکوي؛ دا معلومات د بیاکتنې په چټکتیا کې مرسته کوي او د نوي کوډ د یوځای کولو او ځای پرځای کولو وخت کموي. او موږ هم او پلان .
او دا یوازې پیل دی!
د تل په څیر، په عمومي کتنه کې ډیر لږ ځای شتون لري، مګر په 13.4 خوشې کولو کې ډیری ښایسته ځانګړتیاوې شتون لري. دلته یو څو نور دي:
- .
که تاسو غواړئ مخکې له مخکې پوه شئ چې څه شی تاسو ته په تمه دي بل خوشې کول، یو نظر وګورئ .
.
دا میاشت -
فابیو د پام وړ مرسته وکړه в - یوه ځانګړتیا چې د GitLab ټولنه کې د ډیر وخت لپاره انتظار کیده. دا د غیر معمولی بدلونونو سره واقعیا مهمه مرسته ده چې د GitLab ټیم غړو سره دوامداره همکارۍ ته اړتیا لري او د پروژې ډیری برخې لکه UX، مخکینۍ پای او شاته پای اغیزمن کړي.
د GitLab 13.4 خوشې کولو اصلي ځانګړتیاوې
د CI دندو کې د HashiCorp والټ کیلي وکاروئ
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
په 12.10 خوشې کولو کې، GitLab د GitLab دندې سمبالونکي (GitLab رنر) په کارولو سره د CI دندو ته د کیلي ترلاسه کولو او لیږدولو وړتیا معرفي کړه. اوس موږ پراخوو د نوي ترکیب اضافه کول secrets دوسیه کول .gitlab-ci.yml. دا به د GitLab سره د HashiCorp ذخیره تنظیم او کارول اسانه کړي.
и .
د GitLab Kubernetes اجنټ معرفي کول
(پریمیم، وروستی)
د Kubernetes سره د GitLab ادغام د اوږدې مودې لپاره دا ممکنه کړې چې د لاسي ترتیباتو اړتیا پرته د Kubernetes کلسترونو کې ځای پرځای شي. ډیری کاروونکو د دې بنډل کارولو اسانتیا خوښ کړه، پداسې حال کې چې نور د ځینو ستونزو سره مخ شوي. د اوسني ادغام لپاره، ستاسو کلستر باید د انټرنیټ څخه د لاسرسي وړ وي ترڅو GitLab دې ته لاسرسی ومومي. د ډیری سازمانونو لپاره، دا ممکنه نه ده ځکه چې دوی د امنیت، اطاعت، یا تنظیمي دلایلو لپاره کلسترونو ته لاسرسی محدودوي. د دې محدودیتونو شاوخوا ترلاسه کولو لپاره ، کاروونکو ته اړتیا وه چې د GitLab په سر کې خپل وسیلې رامینځته کړي ، که نه نو دوی به د دې ب featureې کارولو توان ونلري.
نن ورځ موږ د GitLab Kubernetes اجنټ معرفي کوو، د Kubernetes کلسترونو ته د ځای په ځای کولو یوه نوې لاره. اجنټ ستاسو په کلستر کې تیریږي، نو تاسو اړتیا نلرئ چې دا ټول انټرنیټ ته ښکاره کړئ. اجنټ د ګیټ لیب څخه د نوي بدلونونو غوښتنه کولو سره ګمارنه همغږي کوي ، د دې پرځای چې ګیټ لیب کلسټر ته تازه معلومات فشار راوړي. مهمه نده چې تاسو د GitOps کوم میتود کاروئ ، GitLab تاسو پوښلي دي.
مهرباني وکړئ په یاد ولرئ چې دا د اجنټ لومړی خوشې کول دي. د GitLab Kubernetes اجنټ لپاره زموږ اوسنی تمرکز د کوډ له لارې ګمارنې تنظیم او اداره کول دي. ځینې موجوده د Kubernetes ادغام ب featuresې ، لکه د پلي کولو بورډونه او د GitLab مدیریت شوي غوښتنلیکونه ، لاهم ندي ملاتړ شوي. چې دا وړتیاوې به په راتلونکو خپرونو کې اجنټ ته اضافه شي، په بیله بیا نوي ادغامونه چې په امنیت او اطاعت تمرکز کوي.
и .
کاروونکو ته د کوډ لاسرسي پرته د ګمارنې اجازه ورکړئ
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
پخوا، د GitLab د اجازې سیسټم دا ستونزمنه کړې وه چې ستاسو په ټیم کې مسؤلیتونه په سمه توګه د پراختیا لپاره مسؤلینو او د ګمارنې لپاره مسؤلینو ترمنځ ویشل. د GitLab 13.4 په خپرولو سره، تاسو کولی شئ د ځای پرځای کولو لپاره د ادغام غوښتنې تصویبولو اجازه ورکړئ، او همدارنګه په حقیقت کې هغه خلکو ته کوډ ځای په ځای کړئ چې کوډ نه لیکي، پرته له دې چې دوی ته د ساتونکي لاسرسي حقونه ورکړي (د روسیې د GitLab "مینټینر" ځایی کولو کې. ).
и .
د امنیت مرکز
(حتی، سرو زرو)
پخوا، د مثال په کچه د زیان مننې مدیریت په دواړو فعالیت او انعطاف کې محدود و. انٹرفیس یو واحد پاڼه وه چې د زیان منونکو توضیحاتو، میټریک ګرافونو، او ترتیباتو سره یوځای کوي. د دې ځانګړتیاوو د پراختیا یا نورو امنیتي ځانګړتیاوو کارولو لپاره ډیره خونه شتون نلري.
موږ په GitLab کې د امنیت او روڼتیا اداره کولو څرنګوالي کې بنسټیز بدلونونه کړي دي. د مثال امنیتي پینل په ټول امنیتي مرکز بدل شوی. ترټولو لوی بدلون د نوي مینو جوړښت معرفي کول دي: د یوې پاڼې پرځای، تاسو اوس د امنیت ډشبورډ، د زیان مننې راپور، او د ترتیباتو برخه په جلا توګه وګورئ. پداسې حال کې چې فعالیت نه دی بدل شوی، په برخو ویشل به دې برخې ته د پرمختګ لپاره اجازه ورکړي چې بل ډول به ستونزمن وي. دا په راتلونکي کې د نورو امنیت پورې اړوند ظرفیتونو اضافه کولو مرحله هم ټاکي.
د زیان مننې راپور وقف شوی برخه اوس د مهم توضیحاتو ښودلو لپاره ډیر ځای لري. دلته هغه زیانمننې دي چې اوس مهال د پروژې د زیان منونکو په لیست کې دي. جلا جلا برخې ته د زیان مننې میټریکونو سره ویجټونه لیږدول د امنیت کنټرول اسانه پینل رامینځته کوي. دا اوس د راتلونکي لیدونو لپاره کینوس دی — نه یوازې د زیان مننې مدیریت لپاره ، بلکه د امنیت پورې اړوند میټریکونو لپاره. په نهایت کې ، د جلا تنظیماتو ساحه د ټولو مثال په کچه امنیتي ترتیباتو لپاره یو عام ځای رامینځته کوي ، نه یوازې د زیان مننې مدیریت.
и .
د بدلولو وړ ځانګړتیاوې اوس د GitLab سټارټر کې دي
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
GitLab 11.4 خپور شو . په 12.2 کې موږ د دوی لپاره ستراتیژۍ معرفي کړې и ، او په 13.1 کې دوی اضافه کړل и د مختلف چاپیریال لپاره.
د دې کال په پیل کې، GitLab ژمنه وکړه خلاصې سرچینې ته. پدې خپرونه کې ، موږ د سټارټر پلان ته د بدلولو وړ ځانګړتیاو مهاجرت بشپړ کړی او له کور څخه کور ته به یې مهاجرت ته دوام ورکوو. . موږ خوښ یو چې دا فیچر نورو کاروونکو ته راوړو او غواړو واورئ چې تاسو یې څنګه کاروئ.
и .
د لټون بار څخه ګړندي نیویګیشن
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
ځینې وختونه کله چې د GitLab نیویګیټ کول تاسو غواړئ د لټون پایلو پاڼې پرځای مستقیم یوې ځانګړې پروژې ته لاړ شئ.
د نړیوال لټون بار په کارولو سره، تاسو کولی شئ په چټکۍ سره وروستي ټکټونو، ګروپونو، پروژو، ترتیباتو، او د مرستې موضوعاتو ته لاړ شئ. تاسو حتی کولی شئ یو هټکی وکاروئ /د دې لپاره چې خپل کرسر د لټون بار ته واړوئ ترڅو GitLab حتی ډیر مؤثره حرکت وکړي!
и .
د ادغام غوښتنې توپیر کې د کوډ پوښښ ښودل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د ادغام غوښتنې بیاکتنه کول، دا ستونزمنه کیدی شي معلومه کړي چې ایا بدل شوی کوډ د واحد ازموینې لخوا پوښل شوی. پرځای یې، بیاکتونکي کولی شي په ټول پوښښ باندې تکیه وکړي او غوښتنه وکړي چې د ادغام غوښتنې تصویب کولو دمخه دا زیاتوالی ومومي. دا کولی شي د لیکلو ازموینو لپاره د ناڅاپي چلند لامل شي، کوم چې په حقیقت کې د کوډ کیفیت یا د ازموینې پوښښ ښه نه کړي.
اوس، کله چې د ادغام غوښتنې توپیر وګورئ، تاسو به د کوډ پوښښ یو بصری نندارتون وګورئ. نوې نښې به تاسو ته اجازه درکړي ژر تر ژره پوه شئ چې ایا بدل شوی کوډ د واحد ازموینې لخوا پوښل شوی ، کوم چې به د کوډ بیاکتنې ګړندي کولو او د نوي کوډ ضمیمه کولو او پلي کولو وخت کې مرسته وکړي.
سپوږمکۍ او د دې ځانګړتیا لپاره سیمنز!
и .
د چاپیریال پینل کې نور چاپیریالونه او پروژې
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
د GitLab 12.5 په کارولو سره د خوشې کیدو راهیسې تاسو کولی شئ د چاپیریال حالت وڅارئ، مګر په دریو پروژو کې له اوو څخه زیات چاپیریال نه. موږ دا پینل په خپریدو 13.4 کې د پاڼې په کولو سره وده کړې ترڅو تاسو سره په پیمانه ستاسو د چاپیریال ساتلو او اداره کولو کې مرسته وکړي. اوس تاسو کولی شئ په ډیرو پروژو کې ډیر چاپیریال وګورئ.
и .
GitLab د GitLab Terraform چمتو کونکي کنټرول اخلي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په دې وروستیو کې موږ او پلان . په تیره میاشت کې، موږ د ضمیمه کولو 21 غوښتنې ومنلې او 31 ټکټونه یې بند کړل، په شمول ځینې اوږدمهاله بګونه او ورک شوي ځانګړتیاوې لکه . تاسو یې کولای شئ د Terraform اسنادو کې.
и .
د OpenAPI مشخصاتو یا HAR فایل سره د فز کولو API ازموینه
(حتی، سرو زرو)
د API فز کولو ازموینه ستاسو په ویب غوښتنلیکونو او APIs کې د بګونو او زیانونو موندلو عالي لاره ده چې نور سکینرونه او د ازموینې میتودونه یې له لاسه ورکوي.
په GitLab کې د API فزینګ ازموینه تاسو ته اجازه درکوي چمتو کړئ او یا ستاسو غوښتنلیک او بیا په اتوماتيک ډول تصادفي ان پټ ډیټا رامینځته کوي چې د څنډې قضیې ازموینې او کیګونو موندلو لپاره ډیزاین شوي. پایلې سمدلاسه ستاسو په پایپ لاین کې لیدل کیږي.
دا زموږ لومړی د API فز ازموینې خپرونه ده او موږ به خوښ شو هغه څه واورئ چې تاسو فکر کوئ. موږ د فز ازموینې لپاره ډیر ذخیره لرو ، کوم چې موږ به د دې فیچر خوشې کولو پر بنسټ جوړ کړو.
и .
د میټریک پینل کې نوي ګرافونه وګورئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
مخکې، په GitLab کې د میټریک ډشبورډ کې د ګراف رامینځته کول یو اسانه کار نه و. وروسته له هغه چې تاسو په ډشبورډ YAML فایل کې میټریک رامینځته کړ ، تاسو بدلونونه وکړل masterپرته له دې چې دا تایید کړي چې نوی جوړ شوی ګراف په سمه توګه کار کوي لکه څنګه چې تاسو ورته اړتیا لرئ. د دې خوشې کولو سره پیل کول، تاسو کولی شئ د بدلونونو کتنه وکړئ لکه څنګه چې تاسو ګراف رامینځته کوئ، د ډشبورډ YAML فایل ته د بدلونونو لیږلو دمخه د پایلې په اړه نظر ترلاسه کړئ.
и .
د ګروپ د ټولو پروژو لپاره د ازموینو لخوا د کوډ پوښښ په اړه معلومات
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
کله چې تاسو په GitLab کې ډیری پروژې اداره کوئ، تاسو د معلوماتو یوې سرچینې ته اړتیا لرئ چې څنګه د کوډ پوښښ په ټولو پروژو کې د وخت په تیریدو سره بدلیږي. مخکې، د دې معلوماتو ښودلو لپاره ستړي او وخت مصرف کونکي لارښود کار ته اړتیا وه: تاسو باید د هرې پروژې څخه د کوډ پوښښ ډیټا ډاونلوډ کړئ او په میز کې یې یوځای کړئ.
په 13.4 خوشې کولو کې، دا ممکنه وه چې په اسانۍ او چټکۍ سره راټول شي .csv د ګروپ ټولو پروژو یا د پروژو انتخاب لپاره د کوډ پوښښ په اړه د ټولو معلوماتو سره فایل. دا ځانګړتیا MVC ده، دا به د وړتیا سره تعقیب شي .
и .
د بشپړ فز ازموینې لپاره د نوي ژبو ملاتړ
(حتی، سرو زرو)
دا خپرونه د بشپړ پوښښ په هدف د فز ازموینې لپاره د څو نویو ژبو ملاتړ معرفي کوي.
اوس تاسو کولی شئ په خپل جاوا ، زنګ ، او سویفټ غوښتنلیکونو کې د فز کولو ازموینې بشپړ ظرفیتونه و ارزوئ او غلطۍ او زیانونه ومومئ چې نور سکینرونه او د ازموینې میتودونه یې له لاسه ورکوي.
и .
په اصلي چاپیریال پاڼه کې خبرتیاوې
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
د چاپیریال پاڼه ستاسو د چاپیریال عمومي حالت ښیې. په دې خپرونه کې موږ دا پاڼه د خبرتیا ښودلو په اضافه کولو سره ښه کړې. ستاسو د چاپیریال وضعیت سره محرک شوي خبرتیاوې به تاسو سره مرسته وکړي چې د رامینځته شوي حالتونو سمولو لپاره ګړندي اقدام وکړئ.
и .
نیسټ شوي پایپ لاینونه اوس کولی شي خپل ځړول شوي پایپ لاینونه پرمخ بوځي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د ځړول شوي پایپ لاینونو په کارولو سره، اوس دا ممکنه ده چې د ماشومانو پایپ لاینونو کې نوي پایپ لاینونه پرمخ بوځي. د ژوروالي اضافي کچه ګټور کیدی شي که تاسو د پایپ لاینونو متغیر شمیر رامینځته کولو لپاره انعطاف ته اړتیا لرئ.
پخوا، کله چې د نیست شوي پایپ لاینونو کارول، هر ماشوم پایپ لاین د محرک دندې ته اړتیا درلوده ترڅو په اصلي پایپ لاین کې په لاسي ډول تعریف شي. اوس تاسو کولی شئ ځړول شوي پایپ لاینونه رامینځته کړئ چې په متحرک ډول به هر ډول نوي ځړول شوي پایپ لاینونه په لاره واچوي. د مثال په توګه، که تاسو منورپوزیټري لرئ، تاسو کولی شئ په متحرک ډول لومړی فرعي پایپ لاین رامینځته کړئ، کوم چې پخپله به په شاخ کې د بدلونونو پراساس د اړتیا وړ شمیر نوي پایپ لاینونه رامینځته کړي.
и .
د مور او پلار او نیست شوي پایپ لاینونو ترمینځ ښه نیویګیشن
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
پخوا، د مور او پلار او ځړول شوي پایپ لاینونو ترمنځ تګ راتګ خورا اسانه نه و - تاسو مطلوب پایپ لاین ته د رسیدو لپاره ډیری کلیکونو ته اړتیا درلوده. دا هم اسانه نه وه چې معلومه کړي چې کوم کار پایپ لاین پیل کړ. اوس به دا خورا اسانه وي چې د مور او پلار او نیست شوي پایپ لاینونو ترمینځ اړیکې وګورئ.
и .
موازي میټرکس دندې د دندې سرلیک کې اړونده تغیرات ښیې
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
که تاسو کارول تاسو شاید لیدلي وي چې دا ستونزمنه وه چې معلومه کړي چې کوم میټریکس متغیر د یوې ځانګړې دندې لپاره کارول شوی و، ځکه چې د دندې نومونه داسې ښکاري matrix 1/4. په 13.4 خوشې کولو کې، تاسو به اړونده متغیر ارزښتونه وګورئ چې د عمومي دندې نوم پر ځای په دې دنده کې کارول شوي. د مثال په توګه ، که ستاسو هدف د x86 جوړښت ډیبګ کول وي ، نو دنده به ورته ویل کیږي matrix: debug x86.
и .
په GitLab 13.4 کې نور پرمختګونه
د Atlassian حساب سره نښلول
(کور، سټارټر، پریمیم، حتمي)
د GitLab کاروونکي به اوس وکولی شي د دوی د GitLab حسابونه د دوی د اتلاسین کلاوډ حساب سره وصل کړي. دا به تاسو ته اجازه درکړي چې د خپل اتلاسین اسنادو سره GitLab ته ننوځئ، او د راتلونکي ادغام پرمختګونو لپاره به هم زمینه برابره کړي. او د اتلسیا لاین څخه د نورو محصولاتو سره.
и .
د ټولو ادغام ژمنو لیست صادرول
(حتی، سرو زرو)
د موافقت متمرکز سازمانونه یوې لارې ته اړتیا لري چې پلټونکو ته د تولید په برخه کې د هر ډول بدلون سره تړلې اجزاو ته هولیسټیک لید وښیې. په GitLab کې، دا پدې مانا ده چې هر څه په یو ځای کې راټول کړئ: غوښتنې، ټکټونه، پایپ لاینونه، امنیتي سکینونه، او نور ژمنې ډاټا یوځای کړئ. تر دې دمه ، تاسو باید دا په لاسي ډول په GitLab کې راټول کړئ یا د معلوماتو راټولولو لپاره خپل اوزار تنظیم کړئ ، کوم چې خورا مؤثره نه و.
تاسو اوس کولی شئ دا معلومات په برنامه توګه راټول او صادر کړئ ترڅو د پلټنې اړتیاوې پوره کړئ یا نور تحلیلونه ترسره کړئ. د اوسني ګروپ لپاره د ټولو ادغام ژمنو لیست صادرولو لپاره ، تاسو اړتیا لرئ لاړشئ او په تڼۍ کلیک وکړئ د ټولو ادغام ژمنو لیست. پایله شوې فایل به د ادغام غوښتنې ټولې ژمنې ، د دوی لیکوال ، د مربوط ادغام غوښتنې ID ، ګروپ ، پروژه ، تصدیق کونکي او نور معلومات ولري.
и .
د API له لارې د شخصي لاسرسي نښه لیست او اداره کړئ
(حتی، سرو زرو)
د GitLab نوم ځای ته د لاسرسي اداره کول د اطاعت هڅو یوه مهمه برخه ده. د لږترلږه امتیاز له اصولو څخه د وخت لاسرسي غیر فعالولو پورې ، ممکن په GitLab کې د شخصي لاسرسي ټیکونو پورې اړوند ډیری اړتیاوې شتون ولري. د دې لپاره چې ستاسو په نوم ځای کې د دې ټولو کاروونکو اسنادو ساتل او اداره کول اسانه کړي، موږ د دې وړتیا چمتو کړې چې د ټولو شخصي لاسرسي نښه لیست کړو او په اختیاري توګه د API له لارې.
د GitLab API ته دا پرمختګونه کاروونکو ته اجازه ورکوي چې خپل شخصي لاسرسي ټیکونه لیست او لغوه کړي ، او مدیرانو ته د خپلو کاروونکو ټیکونه لیست او لغوه کړي. دا به اوس د مدیرانو لپاره اسانه وي چې وګوري څوک د دوی نوم ځای ته لاسرسی لري ، د کارونکي ډیټا پراساس د لاسرسي پریکړې وکړي ، او د شخصي لاسرسي ټیکونه لغوه کړي چې ممکن جوړ شوي یا د شرکت د لاسرسي مدیریت پالیسیو څخه بهر وي.
и .
اړوند مسلې او نور ځانګړتیاوې اوس په GitLab Core کې دي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
څو میاشتې مخکې موږ یو پلان اعلان کړ . د دې ژمنې د عملي کولو لپاره په کار کولو سره، موږ دا کړې ده , и (د روسیې د GitLab "د بحث بورډ" ځایی کولو کې) په اصلي پلان کې شتون لري. دا یوازې د "تړلو" اړیکو باندې پلي کیږي؛ "بلاک" او "بند شوي" اړیکې په تادیه شوي پلانونو کې پاتې دي.
и .
د ادغام غوښتنې سائډبار کې د اصلي څانګې نوم ښودل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د کوډ بدلونونو بیاکتنه، بحثونه، او د ادغام غوښتنې ژمنې، دا ډیری وختونه د ژورې بیاکتنې لپاره د څانګې محلي چک آوټ کولو لپاره د پام وړ دي. په هرصورت، د تار نوم موندل په زیاتیدونکي توګه ستونزمن کیږي ځکه چې د ادغام غوښتنې توضیحاتو کې نور مینځپانګې اضافه کیږي او تاسو باید د پاڼې لاندې نور هم سکرول کړئ.
موږ د ادغام غوښتنې سائډبار کې د څانګې نوم اضافه کړی ، دا په هر وخت کې د لاسرسي وړ ګرځوي او د ټولې پاڼې له لارې سکرول کولو اړتیا له مینځه وړي. د ادغام غوښتنې ته د لینک په څیر، د سرچینې څانګې برخه یو مناسب "کاپي" تڼۍ لري.
سپوږمکۍ د دې خصوصیت په پراختیا کې ستاسو د لویې مرستې لپاره!
и .
د ادغام غوښتنې توپیر کې د سقوط شوي فایلونو شتون نښه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
غوښتنې ضم کړئ چې په ډیری فایلونو کې بدلونونه اضافه کوي کله ناکله د رینډینګ فعالیت ښه کولو لپاره د لوی فایلونو توپیرونه سقوط کوي. کله چې دا پیښ شي، دا ممکنه ده چې په ناڅاپي ډول د بیاکتنې پرمهال یو فایل پریږدئ، په ځانګړې توګه د ډیرو فایلونو سره د ضم کولو غوښتنې کې. د 13.4 نسخه سره پیل کول، د ادغام غوښتنې به توپیرونه په نښه کړي چې فولډ شوي فایلونه لري، نو تاسو به د کوډ بیاکتنې پرمهال دا فایلونه له لاسه ورنکړئ. د لا ډیر وضاحت لپاره، موږ پلان لرو چې په راتلونکي ریلیز کې دې فایلونو ته روښانه کول اضافه کړو. د تازه معلوماتو لپاره سره پاتې شئ .
и .
د ادغام غوښتنې په توپیر کې د سقوط شوي فایلونو شتون په اړه خبرداری
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د ادغام غوښتنې توپیر برخې کې ، لوی فایلونه د فعالیت ښه کولو لپاره سقوط شوي. په هرصورت، کله چې د کوډ بیاکتنه کوي، ځینې فایلونه له لاسه ورکول کیدی شي کله چې بیاکتونکی د فایلونو لیست له لارې سکرول کوي، ځکه چې ټولې لوی فایلونه سقوط شوي.
موږ د ادغام غوښتنې مختلف پاڼې په سر کې یو څرګند خبرداری اضافه کړی ترڅو کاروونکو ته خبر ورکړي چې پدې برخه کې یو ضمیمه شوی فایل شتون لري. پدې توګه ، تاسو به د بیاکتنې پرمهال د ادغام غوښتنې کې کوم بدلون له لاسه ورنکړئ.
и .
د ګیتالي کلستر ذخیره اتوماتیک بیا رغونه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
پخوا، کله چې د ګیتالي کلستر لومړنی نوډ آفلاین شو، په دې نوډ کې ذخیره یوازې د لوستلو په توګه نښه شوې وه. دا په داسې حاالتو کې د معلوماتو له لاسه ورکولو مخه نیسي چیرې چې په نوډ کې بدلونونه شتون لري چې لا تر اوسه نه و نقل شوي. کله چې نوډ بیرته آنلاین راغی ، GitLab په اوتومات ډول بحال نه شو ، او مدیران باید په لاسي ډول د همغږي کولو پروسه پیل کړي یا د معلوماتو ضایع ومني. نور حالتونه، لکه په ثانوي نوډ کې د نقل کولو دندې ناکامي، کیدای شي د زاړه یا یوازې لوستلو ذخیره کولو پایله ولري. په دې حالت کې، ذخیره تر هغه وخته پورې پاتې وه چې د لیکلو راتلونکی عملیات ترسره شي، کوم چې به د نقل کولو دنده پیل کړي.
د دې ستونزې د حل لپاره اوس د نقل کولو دنده مهالویش کوي کله چې دا په یو نوډ کې پخوانی ذخیره او په بل کې د ذخیره وروستۍ نسخه کشف کوي. د نقل کولو دا دنده په اوتومات ډول ذخیره تازه ساتي ، په لاسي ډول د معلوماتو بیرته راګرځولو اړتیا له مینځه وړي. اتوماتیک بیا رغونه دا هم یقیني کوي چې ثانوي نوډونه په چټکۍ سره تازه کیږي که چیرې د نقل کولو دنده ناکامه شي، د بل لیکلو عملیاتو ته د انتظار کولو پرځای. څرنګه چې د ګیللي ډیری کلسترونه لوی شمیر ذخیره ذخیره کوي، دا د پام وړ وخت کموي چې مدیران او د اعتبار انجنیران د یوې تېروتنې وروسته د معلوماتو بیرته راګرځولو مصرفوي.
سربیره پردې ، اتومات ترمیم په کلستر کې اضافه شوي هر نوي ګیتالي نوډ کې د ذخیره کولو نقل پیل کوي ، د نوي نوډونو اضافه کولو پرمهال لارښود کار له مینځه وړي.
и .
په ډیزاین پاڼه کې د بشپړ شوي کار په توګه نښه کړئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په GitLab کې مؤثره اړیکه د ترسره کولو لیستونو پراساس ده. که تاسو په تبصره کې ذکر شوي یاست، نو دا مهمه ده چې د دې وړتیا ولرئ چې یو کار ته لاړ شئ او یا یو څه پیل کړئ یا یې د بشپړ شوي په توګه په نښه کړئ. دا هم مهمه ده چې د دې وړتیا ولرئ چې ځان ته یوه دنده وټاکئ کله چې تاسو اړتیا لرئ په یو څه کار وکړئ یا وروسته بیرته راشئ.
مخکې، تاسو نشو کولی دندې اضافه کړئ یا یې د بشپړ شوي په توګه په نښه کړئ کله چې د ډیزاین سره کار کوئ. دې د محصول ټیمونو ترمینځ د ارتباط موثریت په جدي ډول ګډوډ کړی ، ځکه چې د ګیټ لیب کاري جریان یو مهم عنصر دی.
په 13.4 خوشې کولو کې، ډیزاین د دندو په کارولو کې د ټکټ تبصرو سره راځي، کوم چې د دوی سره کار کول ډیر ثابت او اغیزمن کوي.
и .
د CI/CD لپاره د ستونزو حل کولو لارښود ښه شوی
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
موږ د GitLab CI/CD لپاره د ستونزو حل کولو لارښود ته وده ورکړې ده د عامو مسلو په اړه نور معلومات چې تاسو ورسره مخ کیدی شئ. موږ امید لرو چې ښه شوي اسناد به تاسو سره د GitLab CI/CD په ګړندي او اسانۍ سره راپورته کیدو او چلولو کې مرسته کولو کې ارزښتناکه سرچینه وي.
и .
د ادغام غوښتنې نور د ادغام کتار څخه بهر نه راځي
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
پخوا، د ادغام غوښتنې د ناوخته تبصرو له امله په ناڅاپي ډول د انضمام له کتار څخه وتلی شي. که د ادغام غوښتنه لا دمخه په کتار کې وه او یو څوک پدې کې یو نظر اضافه کړي چې یو نوی نا حل شوی بحث رامینځته کړي ، نو د ادغام غوښتنه د ادغام لپاره نامناسب وګڼل شوه او له کتار څخه به ووځي. اوس ، وروسته له دې چې د ادغام غوښتنه د ادغام په کتار کې اضافه شي ، د ادغام پروسې ګډوډولو له ویرې پرته نوي نظرونه اضافه کیدی شي.
и .
د ادغام په غوښتنه کې د دندې لپاره د کوډ پوښښ ارزښت ښودل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
پراختیا کونکي باید وکوالی شي د پایپ لاین بشپړیدو وروسته د کوډ پوښښ ارزښت وګوري - حتی په پیچلو سناریوګانو کې لکه د ډیری دندو سره د پایپ لاین چلول چې د پوښښ ارزښت محاسبه کولو لپاره تحلیل ته اړتیا لري. پخوا، د ادغام غوښتنې ویجټ یوازې د دې ارزښتونو اوسط ښودلی و، پدې معنی چې تاسو باید د کار پاڼې ته لاړ شئ او د منځګړیتوب پوښښ ارزښتونو ترلاسه کولو لپاره د ادغام غوښتنې ته بیرته لاړ شئ. ستاسو د وخت او دې اضافي ګامونو د خوندي کولو لپاره، موږ ویجټ د اوسط پوښښ ارزښت ښودلو، د هدف او سرچینې څانګو ترمنځ د هغې بدلونونه، او یو وسیله ټیپ چې د هرې دندې لپاره د پوښښ ارزښت ښیي چې اوسط یې محاسبه شوی و.
и .
د بسته بندۍ راجسټری څخه د کڅوړو لرې کول کله چې ګروپ وګورئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د GitLab بسته راجسټری په مختلف شکلونو کې د کڅوړو ذخیره کولو او توزیع کولو ځای دی. کله چې تاسو په خپله پروژه یا ګروپ کې ډیری کڅوړې لرئ، تاسو اړتیا لرئ چې ژر تر ژره غیر کارول شوي کڅوړې وپیژنئ او لیرې یې کړئ ترڅو خلک د دوی ډاونلوډ کولو مخه ونیسي. تاسو کولی شئ د خپل راجسټری له لارې کڅوړې لرې کړئ یا د بسته راجسټری کارن انٹرفیس له لارې. په هرصورت، تر دې دمه تاسو نشئ کولی کڅوړې لرې کړئ کله چې د UI له لارې ګروپ وګورئ. د پایلې په توګه، تاسو باید د هرې پروژې په اساس غیر ضروري کڅوړې لرې کړئ، کوم چې غیر موثر و.
تاسو اوس کولی شئ کڅوړې لرې کړئ کله چې د ډلې بسته راجسټري وګورئ. په ساده ډول د ګروپ د بسته بندۍ ثبت پاڼې ته لاړ شئ، د نوم په واسطه کڅوړې فلټر کړئ، او هر هغه څه لرې کړئ چې تاسو ورته اړتیا نلرئ.
и .
د پروژې کچې ته د کانان کڅوړې اندازه کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
تاسو کولی شئ د C/C++ انحصاراتو خپرولو او توزیع کولو لپاره په GitLab کې د کانن ذخیره وکاروئ. په هرصورت، پخوانۍ کڅوړې کولی شي یوازې د مثال کچې ته اندازه کړي، ځکه چې د کانان بسته نوم یوازې د 51 حروفو څخه زیات کیدی شي. که تاسو غواړئ د فرعي ګروپ څخه کڅوړه خپره کړئ، د بیلګې په توګه gitlab-org/ci-cd/package-stage/feature-testing/conan، دا تقریبا ناممکن وه.
تاسو اوس کولی شئ د کانان کڅوړې د پروژې کچې ته ښکته کړئ ، د خپلو پروژو انحصاراتو خپرولو او توزیع کول اسانه کوي.
и .
د انحصار سکین کولو لپاره د نوي کڅوړې مدیرانو او ژبو لپاره ملاتړ
(حتی، سرو زرو)
موږ د C, C++, C# او .Net کوډ پروژو لپاره د انحصار سکینونو اضافه کولو لپاره لیواله یو چې زموږ لیست ته د NuGet 4.9+ یا کانن کڅوړې مدیران کاروي. . تاسو اوس کولی شئ د خوندي مرحلې برخې په توګه د انحصار سکیننګ فعال کړئ ترڅو د بسته بندۍ مدیرانو له لارې اضافه شوي انحصارونو کې پیژندل شوي زیانونه چیک کړئ. موندل شوي زیانونه به ستاسو د ادغام غوښتنې کې د دوی د شدت کچې سره وښودل شي ، ترڅو تاسو د ادغام پلي کولو دمخه پوه شئ چې نوي انحصار څه خطرونه لري. تاسو کولی شئ د اړتیا لپاره خپله پروژه هم تنظیم کړئ د حساسیتونو سره د انحصاراتو لپاره چې د جدي (تنقیدي)، لوړ (لوړ) یا نامعلوم (نامعلوم) شدت کچې سره.
и .
خبرتیاوې کله چې د ادغام غوښتنې ترتیب بدل کړئ 'کله چې پایپ لاین په بریالیتوب سره بشپړ شي یوځای شي'
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
مخکې، کله چې د ادغام غوښتنې ترتیبات ترتیب کول کله چې پایپ لاین پای ته ورسیږي یوځای کړئ (ضم کړئ کله چې پایپ لاین بریالی شي، MWPS) هیڅ بریښنالیک خبرتیا نه ده لیږل شوې. تاسو باید په لاسي ډول وضعیت وګورئ یا د ادغام خبرتیا ته انتظار وکړئ. د دې خپریدو سره موږ خوښ یو چې د کارونکي ونډې په ګوته کوو ، کوم چې دا ستونزه د هرچا لپاره د اتوماتیک خبرتیاو اضافه کولو سره حل کړه چې د ادغام غوښتنې ته یې ګډون کړی کله چې بیاکتونکی MWPS ته د ادغام ترتیب بدل کړي.
и .
د کوبرنیټس د کارونکي لخوا ټاکل شوي نسخې سره د EKS کلسترونه رامینځته کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د GitLab کاروونکي اوس کولی شي د Kubernetes نسخه غوره کړي چې د EKS لخوا چمتو کیږي؛ تاسو کولی شئ د 1.14-1.17 نسخو ترمنځ انتخاب وکړئ.
и .
د ټکټ ډولونو په توګه د پیښو رامینځته کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
هره ستونزه چې راپورته کیږي سمدلاسه خبرتیاوې نه رامینځته کوي: کارونکي د بندیدو راپور ورکوي او د ټیم غړي د فعالیت مسلو پلټنه کوي. پیښې اوس د ټکټ یو ډول دی، نو ستاسو ټیمونه کولی شي ژر تر ژره د دوی د عادي کاري فلو برخې په توګه رامینځته کړي. کلیک وکړئ نوې دنده د GitLab له هر ځای څخه، او په ساحه کې ډول غوره پېښه.
и .
په مارک ډاون کې د GitLab خبرتیاو یادونه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
موږ د GitLab خبرتیاوې په ځانګړي ډول د GitLab Markdown کې د دوی لپاره د ذکر کولو نوي ډول اضافه کولو سره ښه کړي ، د خبرتیاو شریکول او ذکر کول یې اسانه کوي. کارول ^alert#1234د نښه کولو په هر ډګر کې د خبرتیا ذکر کول: په پیښو، ټکټونو، یا د یوځای کولو غوښتنو کې. دا به تاسو سره د دندو پیژندلو کې هم مرسته وکړي چې د ټکټونو یا ادغام غوښتنې پرځای د خبرتیاو څخه رامینځته شوي.
и .
د پیښې په واسطه د خبرتیا بار لیدل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د خبرتیا توضیحات د ستونزو د حل کولو او بیا رغولو لپاره مهم معلومات لري، او دا معلومات باید په اسانۍ سره د لاسرسي وړ وي نو تاسو اړتیا نلرئ اوزار یا ټبونه بدل کړئ ځکه چې تاسو د پیښې حل کولو لپاره کار کوئ. د خبرتیاو څخه رامینځته شوي پیښې په ټب کې د خبرتیا بشپړ توضیحات ښیې د خبرتیا توضیحات.
75٪ ګړندی پرمختللی لټون
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
GitLab، د یو واحد غوښتنلیک په توګه، ستاسو د ټول DevOps کاري فلو په چټکۍ سره د مینځپانګې کشف کولو ځانګړي وړتیا لري. په GitLab 13.4 کې، پرمختللې لټون پایلې 75٪ ګړندي بیرته راګرځوي کله چې دا لکه څنګه چې په GitLab.com کې.
и .
د مدیرانو لپاره حذف شوي پروژې لیدل
(کور، سټارټر، پریمیم، حتمي)
د پروژې ړنګولو ځنډولو اختیار شتون درلود . په هرصورت، پخوا دا ممکنه نه وه چې ټولې پروژې په یو ځای کې د ړنګیدو په تمه وګورو. د GitLab کارونکي مثال مدیران اوس کولی شي د حذف کولو ټولې پاتې پروژې په یو ځای کې وګوري ، د بټونو سره په اسانۍ سره د دې پروژو بیرته راګرځولو لپاره.
دا فیچر مدیرانو ته په یو ځای کې د ټولو اړوندو معلوماتو راټولولو او د ناغوښتل شوي حذف کولو عملونو بیرته راوستلو وړتیا چمتو کولو سره د پروژې ړنګولو باندې ډیر کنټرول ورکوي.
سپوږمکۍ د دې ځانګړتیا لپاره!
и .
API ته د ګروپ فشار قواعدو لپاره ملاتړ اضافه شوی
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
دمخه ، د ګروپ فشار قواعد یوازې د GitLab UI له لارې په انفرادي ډول د هرې ډلې لیدو او د دې مقرراتو پلي کولو سره تنظیم کیدی شي. تاسو اوس کولی شئ دا مقررات د API له لارې اداره کړئ ترڅو ستاسو د دودیز وسیلو او GitLab اتومات ملاتړ وکړي.
и .
د ځان اداره شوي اعتباري ذخیره کولو لپاره د شخصي لاسرسي ټیکونو لغوه کول
(حتی)
مدیرانو ته هغه معلومات چمتو کوي چې دوی ورته اړتیا لري د دوی د GitLab مثال لپاره د کارونکي اسناد اداره کړي. ځکه چې د اطاعت متمرکز سازمانونه د دوی د اعتباري مدیریت پالیسیو په سختۍ کې توپیر لري، موږ یو تڼۍ اضافه کړې چې مدیرانو ته اجازه ورکوي چې په اختیاري توګه د کارونکي شخصي لاسرسي نښه (PAT) لغوه کړي. مدیران اوس کولی شي په اسانۍ سره احتمالي جوړ شوي PATs لغوه کړي. دا خصوصیت د هغو سازمانونو لپاره ګټور دی چې د دوی کاروونکو ته د اختلال کمولو لپاره د انعطاف وړ موافقت اختیارونه غواړي.
и .
د جامد سایټ مدیر لپاره د ترتیب کولو فایل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په GitLab 13.4 کې، موږ د جامد سایټ ایډیټر دودیز کولو لپاره نوې لاره معرفي کوو. که څه هم د ترتیب کولو فایل پدې ریلیز کې هیڅ تنظیمات نه خوندي کوي یا ترلاسه کوي ، موږ د مدیر چلند راتلونکي دودیز کولو لپاره اساس چمتو کوو. په راتلونکو خپرونو کې به موږ فایل ته اضافه کړو .gitlab/static-site-editor.yml د نصبولو لپاره پیرامیټونه ، په کوم ، د مارک ډاون ترکیب تنظیمات او نور ایډیټر تنظیمات له پامه غورځول.
и .
د جامد سایټ ایډیټر په کارولو سره د فایل ابتدايي برخه ایډیټ کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
فرنټ موضوع د جامد سایټ جنریټر لخوا پروسس کولو لپاره د ډیټا فایلونو کې د مخ متغیرونو تعریف کولو لپاره انعطاف وړ او اسانه لار ده. دا عموما د پاڼې سرلیک، ترتیب ټیمپلیټ، یا لیکوال ټاکلو لپاره کارول کیږي، مګر په HTML کې د پاڼې وړاندې کولو په وخت کې جنریټر ته د هر ډول میټاډاټا لیږدولو لپاره کارول کیدی شي. د هر ډیټا فایل په سر کې شامل شوی، د ابتدايي برخه په عموم ډول د YAML یا JSON په توګه بڼه کیږي او ثابت او دقیق ترکیب ته اړتیا لري. هغه کارونکي چې د ځانګړي ترکیب قواعدو سره نا اشنا دي ممکن په ناڅاپي ډول غلط مارک اپ ته ننوځي ، کوم چې په پایله کې د فارمیټ کولو ستونزې رامینځته کولی شي یا حتی د ناکامۍ رامینځته کړي.
د جامد سایټ ایډیټر WYSIWYG ترمیم حالت دمخه د دې فارمیټینګ غلطیو مخنیوي لپاره له مدیر څخه تعارف لرې کوي. په هرصورت، دا تاسو د سرچینې حالت کې ترمیم ته بیرته ستنیدو پرته پدې برخه کې زیرمه شوي ارزښتونو بدلولو مخه نیسي. په GitLab 13.4 کې، تاسو کولی شئ هرې ساحې ته لاسرسی ومومئ او ارزښت یې د پیژندل شوي فورمې پراساس انٹرفیس کې ترمیم کړئ. کله چې تڼۍ فشارول شي امستنې (امستنې) یو پینل به پرانیزي چې د هرې کلیمې لپاره چې په پیل کې تعریف شوي د فارم ساحه ښیې. ساحې د اوسني ارزښت سره ډک شوي، او د دوی هر یو ترمیم کول د ویب فارم کې د ننوتلو په څیر ساده دي. پدې توګه د تعارف ترمیم کول د پیچلي ترکیب څخه مخنیوی کوي او تاسو ته د مینځپانګې بشپړ کنټرول درکوي پداسې حال کې چې ډاډ ترلاسه کړئ چې وروستۍ پایله په دوامداره توګه فارمیټ شوې.
и .
GitLab د جیرا او DVCS نښلونکي لپاره اوس په کور کې دی
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په GitLab کې د جیرا کاروونکو لپاره: и تاسو ته اجازه درکوي د GitLab ژمنو په اړه معلومات ښکاره کړئ او غوښتنې په مستقیم ډول په جیرا کې یوځای کړئ. زموږ د جوړ شوي جیرا ادغام سره یوځای ، تاسو کولی شئ په اسانۍ سره د دوه ایپسونو ترمینځ حرکت وکړئ کله چې تاسو کار کوئ.
دا ځانګړتیاوې پخوا یوازې زموږ په پریمیم پلان کې شتون درلود، مګر اوس د ټولو کاروونکو لپاره شتون لري!
и .
د ګیتالي کلستر لیږد لپاره اکثریت رایه ورکول (بیټا)
(کور، سټارټر، پریمیم، حتمي)
د ګیتالي کلستر تاسو ته اجازه درکوي د ګیټ ذخیره ډیری "ګرم" ګیتالي نوډونو ته نقل کړئ. دا د ناکامۍ د واحد ټکي له مینځه وړلو سره د خطا زغم زیاتوي. ، چې په GitLab 13.3 کې معرفي شوی، د دې لامل کیږي چې بدلونونه په کلستر کې ټولو ګیتالي نوډونو ته نشر شي، مګر یوازې د ګیتالي نوډونه چې د لومړني نوډ سره موافقې رایه ورکوي ډیسک ته بدلونونه خوندي کوي. که ټول ریپلیکا نوډونه موافق نه وي، د بدلون یوازې یوه کاپي به په ډیسک کې زیرمه شي، د ناکامۍ یو واحد ټکی رامینځته کوي تر هغه چې غیر متناسب نقل بشپړ نشي.
په ډیسک کې د بدلونونو خوندي کولو دمخه د اکثریت نوډونو (ټول نه) رضایت ته اړتیا سره د اکثریت رایه ورکول د غلطۍ زغم ته وده ورکوي. که دا د توګل خصوصیت فعال شوی وي، لیکنه باید په ډیری نوډونو کې بریالۍ شي. اختلافي نوډونه په اوتومات ډول د هغو نوډونو څخه د غیر متناسب نقل په کارولو سره همغږي کیږي چې کورم یې جوړ کړی وي.
и .
په ویب IDE کې د JSON تایید لپاره د دودیز سکیما ملاتړ
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
هغه پروژې چیرې چې خلک په JSON یا YAML کې تشکیلات لیکي ډیری وختونه د ستونزو سره مخ وي ځکه چې د ټایپو جوړول او یو څه ماتول اسانه دي. دا ممکنه ده چې د CI پایپ لاین کې د دې مسلو د نیولو لپاره د تفتیش وسیلې ولیکئ ، مګر د JSON سکیما فایل کارول د اسنادو او اشارو چمتو کولو لپاره ګټور کیدی شي.
د پروژې برخه اخیستونکي کولی شي په خپل ذخیره کې په فایل کې دودیز سکیما ته لاره تعریف کړي .gitlab/.gitlab-webide.yml، کوم چې د چک کولو لپاره فایلونو ته سکیما او لاره مشخصوي. کله چې تاسو په ویب IDE کې یو ځانګړی فایل پورته کړئ، تاسو به د فایل په جوړولو کې د مرستې لپاره اضافي فیډبیک او تایید وګورئ.
и .
د ډایرکټډ اکیلیک ګراف (DAG) د شاخ کولو حد 50 ته لوړ شو
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
که تاسو لیږدونکي کاروئ (هدایت شوی Acyclic ګراف (DAG))، تاسو ممکن ومومئ چې د 10 دندو محدودیت شتون لري چې یوه دنده په کې مشخص کولی شي needs:، ډیر سخت په 13.4 کې، د ډیفالټ حد له 10 څخه 50 ته لوړ شوی ترڅو ستاسو په پایپ لاینونو کې د دندو ترمنځ د اړیکو پیچلې شبکې ته اجازه ورکړي.
که تاسو د ګیټ لیب د دودیز مثال مدیر یاست ، تاسو کولی شئ دا حد حتی د توګل فیچر په ترتیب کولو سره لوړ کړئ ، که څه هم موږ د دې لپاره رسمي ملاتړ نه وړاندیز کوو.
и .
ښه چلند needs د ورک شوي دندې لپاره
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په ځینو حاالتو کې، په پایپ لاین کې ورک شوی دنده په غلطه توګه د ټاکل شوي انحصارونو لپاره بریالۍ ګڼل کیدی شي. needs، کوم چې د راتلونکو کارونو د پرمخ بیولو لامل شوی ، کوم چې باید پیښ شوي نه وي. دا چلند په 13.4 نسخه کې ثابت شوی، او needs اوس د ورک شوي دندو قضیې په سمه توګه اداره کوي.
и .
د وروستي لټون اثار پین کړئ ترڅو د حذف کیدو مخه ونیسي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
GitLab اوس په اوتومات ډول وروستۍ بریالۍ دنده او د پایپ لاین هنر په هره فعاله څانګه کې لاک کوي ، د ادغام غوښتنه ، یا ټاګ د پای ته رسیدو وروسته د حذف کیدو مخه نیسي. د زړو اثارو پاکولو لپاره د پای ته رسیدو ډیر تیریدونکي مقررات تنظیم کول اسانه کیږي. دا د ډیسک ځای مصرف کمولو کې مرسته کوي او ډاډ ترلاسه کوي چې تاسو تل د پایپ لاین څخه د وروستي هنر کاپي لرئ.
и .
د پایپ لاین اصلاح کولو لپاره CI/CD لارښود
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
ستاسو د CI/CD پایپ لاین اصلاح کول کولی شي د تحویل سرعت ښه کړي او پیسې خوندي کړي. موږ خپل اسناد ښه کړي دي ترڅو ستاسو د پایپ لاینونو د اصلاح کولو څخه ډیری ترلاسه کولو لپاره ګړندي لارښود شامل کړي.
и .
د ازموینې راپور د ازموینې حالت لخوا ترتیب شوی
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په پایپ لاین کې د ټولو ازموینو پایلو لیدلو لپاره اسانه لار ده. په هرصورت ، د لوی شمیر ازموینو سره ، د ناکامو ازموینو موندل ډیر وخت نیسي. نورې مسلې چې کولی شي د راپور کارول ستونزمن کړي د اوږد ټریس محصولاتو له لارې سکرول کولو کې ستونزې او د ازموینو لپاره صفر ته د وخت ټاکل شامل دي چې له 1 ثانیې څخه لږ وخت کې پرمخ ځي. اوس، د ډیفالټ په واسطه، کله چې د ازموینې راپور ترتیب کړئ، دا لومړی د راپور په پیل کې ناکامې ازموینې ځای په ځای کوي، او بیا د دورې له مخې ازموینې ترتیبوي. دا د ناکامۍ او اوږدې ازموینې موندل اسانه کوي. سربیره پردې، د ازموینې دورې اوس په ملی ثانیو یا ثانیو کې ښودل شوي، دوی د لوستلو لپاره خورا ګړندي کوي، او د سکرول کولو پخوانۍ مسلې هم حل شوي.
и .
د بسته بندۍ راجستر ته د اپلوډ شوي فایلونو اندازې محدودیتونه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
اوس د بسته بندۍ فایلونو اندازې محدودیتونه شتون لري چې د GitLab بسته راجسټری ته اپلوډ کیدی شي. محدودیتونه اضافه شوي ترڅو د بسته بندي راجسټري فعالیت ښه کړي او د ناوړه ګټه اخیستنې مخه ونیسي. محدودیتونه د بسته بندۍ بڼه پورې اړه لري. د GitLab.com لپاره، د فایل اعظمي اندازه دا دي:
- کانان: 250MB
- ماوین: 3GB
- NPM: 300MB
- نیوګیټ: 250MB
- PyPI: 3GB
د دودیز GitLab مثالونو لپاره، ډیفالټ ورته دي. په هرصورت، مدیر کولی شي د کارولو محدودیتونه تازه کړي .
и .
د PyPI کڅوړو خپرولو لپاره CI_JOB_TOKEN وکاروئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
تاسو کولی شئ د سرچینې کوډ او CI/CD پایپ لاینونو سره د Python کڅوړې رامینځته کولو ، خپرولو او شریکولو لپاره د GitLab PyPI ذخیره وکاروئ. په هرصورت، مخکې تاسو نشئ کولی د مخکیني تعریف شوي چاپیریال متغیر په کارولو سره ذخیره ته تصدیق کړئ CI_JOB_TOKEN. د پایلې په توګه، تاسو باید د PyPI ذخیره تازه کولو لپاره خپل شخصي اسناد وکاروئ، یا تاسو ممکن پریکړه کړې وي چې هیڅ ذخیره ونه کاروئ.
اوس د مخکینۍ تعریف شوي چاپیریال متغیر په کارولو سره د PyPI کڅوړو خپرولو او نصبولو لپاره د GitLab CI/CD کارول اسانه دي CI_JOB_TOKEN.
и .
په غوښتنه د DAST سکینر پروفایلونه
(حتی، سرو زرو)
د غوښتنې DAST سکین ته چې دا و , DAST سکینر پروفایلونه اضافه شوي. دوی د دې سکینونو ترتیب کولو وړتیاوې پراخوي، تاسو ته اجازه درکوي په چټکۍ سره ډیری پروفایلونه جوړ کړئ ترڅو د ډیری سکین ډولونه پوښښ کړي. په 13.4 کې، د کرالر پروفایل په اصل کې د کرالر وخت پای ترتیب شامل دی چې دا ټاکي چې د DAST کرالر باید څومره وخت پرمخ بوځي ځکه چې دا هڅه کوي د کرال شوي سایټ ټولې پاڼې کشف کړي. په پروفایل کې د هدف سایټ وخت پای ترتیب هم شامل دی ترڅو وټاکي چې کرالر باید څومره وخت انتظار وکړي چې سایټ ته د لاسرسي وړ شي مخکې له دې چې کرال لغوه شي که چیرې سایټ د 200 یا 300 حالت کوډ سره ځواب ورنکړي. لکه څنګه چې موږ پرمختګ ته دوام ورکوو دا ځانګړتیا به وي په راتلونکو خپرونو کې د سکینر پروفایل کې اضافه شوي؛ د تشکیلاتو اضافي پیرامیټونه به اضافه شي.
и .
د GitLab پا pagesو لپاره یو ساده ریډیرکټ ترتیب فایل
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
که تاسو د GitLab پا pages کاروئ او غواړئ د URL بدلونونه ښه اداره کړئ ، تاسو ممکن لیدلي وي چې ستاسو د GitLab پا pages سایټ کې د لارښودونو اداره کول ممکن ندي. GitLab اوس تاسو ته اجازه درکوي چې مقررات تنظیم کړئ ترڅو ستاسو د پا pagesو سایټ لپاره یو URL بل ته د ذخیره کولو فایل اضافه کولو سره تنظیم کړئ. دا خصوصیت د کیون بارنیټ د ونډې څخه مننه امکان لري (زموږ ایریک ایسټ ووډ () او د GitLab ټیمونه. ستاسو د انډول لپاره هرڅوک مننه.
и .
د Terraform حالت د GitLab لخوا اداره کیږي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د Terraform حالت پخوانیو نسخو ته لاسرسی دواړه د موافقت لپاره او د ډیبګ کولو لپاره اړین دي که اړتیا وي. د ګیټ لیب لخوا اداره شوي د Terraform حالت نسخه کولو لپاره ملاتړ د GitLab 13.4 سره پیل کیږي. نسخه کول په اتوماتيک ډول د نوي Terraform حالت فایلونو لپاره فعال شوي. د موجوده Terraform ریاست فایلونه به وي په وروسته خپرونه کې.
и .
د مهمې پیښې خبرتیا توضیحات
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د پیښو پروسس کول، تاسو اړتیا لرئ په اسانۍ سره وټاکئ چې خبرتیا څومره وخت پرانیستې وه او څو ځله پیښه پیل شوې وه. دا توضیحات اکثرا په پیرودونکي باندې د تاثیراتو په ټاکلو کې مهم دي او ستاسو ټیم باید لومړی په ګوته کړي. د نوي پیښې توضیحاتو پینل کې، موږ د خبرتیا پیل وخت، د پیښو شمیر، او د اصلي خبرتیا لپاره لینک ښکاره کوو. دا معلومات د هغو پیښو لپاره شتون لري چې د خبرتیاو څخه رامینځته کیږي.
и .
د پیښې د شدت پیرامیټر ترتیب او ایډیټ کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د پیښې د شدت ابعاد ځواب ورکوونکو او شریکانو ته اجازه ورکوي چې د بندیدو اغیزې، او همدارنګه د غبرګون طریقه او بیړني حالت وټاکي. لکه څنګه چې ستاسو ټیم د پیښې د حل او بیا رغونې پرمهال پایلې شریکوي، دوی کولی شي دا ترتیب بدل کړي. تاسو اوس کولی شئ د پیښې د توضیحاتو پاڼې په ښي اړخ کې د پیښې شدت ترمیم کړئ، او شدت د پیښو په لیست کې ښودل شوی.
и .
د کانټینر شبکې امنیت قواعد رامینځته کول ، ترمیم کول او حذف کول
(حتی، سرو زرو)
د کانټینر شبکې امنیت قانون ایډیټر ته دا وده کاروونکو ته اجازه ورکوي چې په اسانۍ سره د GitLab کارن انٹرفیس څخه خپل مقررات په اسانۍ سره رامینځته کړي ، ایډیټ کړي او حذف کړي. د مدیر ځانګړتیاوې پکې شاملې دي .yaml د تجربه لرونکو کاروونکو او د شبکې قواعدو ته د نويو لپاره د هوښیار انٹرفیس سره د قواعدو مدیر لپاره. تاسو کولی شئ په برخه کې د نوي مقرراتو مدیریت اختیارونه ومومئ امنیت او اطاعت> د ګواښ مدیریت> قواعد (امنیت او موافقت> د ګواښ مدیریت> پالیسۍ).
и .
د Azure بلاب ذخیره کولو ملاتړ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
دواړه GitLab او GitLab رنر اوس ملاتړ کوي په Azure کې د GitLab خدماتو چلول اسانه کوي.
د GitLab مثالونه د ټولو ډولونو څیز پلورنځیو لپاره Azure ملاتړ کوي ، پشمول د LFS فایلونه ، CI آثار ، او . د Azure Blob ذخیره تنظیم کولو لپاره، د نصبولو لارښوونې تعقیب کړئ او یا .
د GitLab دندې پروسیسرونه هم د ذخیره کولو لپاره Azure ملاتړ کوي . د Azure ذخیره د برخې په کارولو سره تنظیم کیدی شي .
и .
د اوبنټو او اوپن سوس لپاره د اومنیبس ARM64 کڅوړې
(کور، سټارټر، پریمیم، حتمي)
په 64-bit ARM معمارۍ کې د GitLab چلولو لپاره د ملاتړ لپاره د ډیریدونکي غوښتنې په ځواب کې ، موږ خوښ یو چې د رسمي ARM64 اوبنټو 20.04 اومنیبس بسته شتون اعلان کړو. د زیتای چین او ګیلوم ګارډیټ څخه د لویو مرستو لپاره ډیره مننه چې دوی یې کړي - د دوی ادغام غوښتنې پدې کې کلیدي رول لوبولی!
د اوبنټو 20.04 لپاره کڅوړه ډاونلوډ او نصبولو لپاره ، زموږ ته لاړشئ او انتخاب کړئ Ubuntu.
и .
د GitLab هیلم چارټ لپاره د سمارټ کارت تصدیق ملاتړ
(پریمیم، وروستی)
سمارټ کارتونه، لکه د عام لاسرسي کارتونه (CAC)، اوس د هیلم چارټ له لارې ګمارل شوي GitLab مثال ته د تصدیق کولو لپاره کارول کیدی شي. سمارټ کارتونه د X.509 سندونو په کارولو سره د ځایی ډیټابیس په وړاندې تصدیق کیږي. له دې سره، د هیلم چارټ سره د سمارټ کارت ملاتړ اوس د سمارټ کارت ملاتړ سره سم دی چې په Omnibus کې شتون لري.
и .
تفصيلي خوشې یادښتونه او د تازه کولو / نصبولو لارښوونې په اصلي انګلیسي پوسټ کې لوستل کیدی شي: .
موږ له انګلیسي څخه د ژباړې په اړه کار کاوه , , и .
سرچینه: www.habr.com