ريليز 13.4 جاري ڪيو ويو آهي HashiCorp اسٽوريج لاءِ سي آءِ ويريبلز، ڪبرنيٽس ايجنٽ ۽ سيڪيورٽي سينٽر، انهي سان گڏ اسٽارٽر ۾ تبديل ٿيندڙ خاصيتون
GitLab تي، اسان هميشه اهو سوچي رهيا آهيون ته ڪيئن اسان صارفين کي خطري کي گهٽائڻ، ڪارڪردگي بهتر ڪرڻ، ۽ توهان جي پسنديده پليٽ فارم تي پهچائڻ جي رفتار کي بهتر ڪرڻ ۾ مدد ڪري سگهون ٿا. ھن مھيني اسان ڪيتريون ئي مفيد نيون خاصيتون شامل ڪيون آھن جيڪي حفاظتي صلاحيتون وڌائين ٿيون، ڪمزورين جو تعداد گھٽائي ٿي، ڪارڪردگي وڌائين ٿيون، GitLab سان ڪم ڪرڻ کي آسان بڻائين ٿيون، ۽ توھان جي ٽيم کي وڌيڪ تيز خصوصيتون پهچائڻ ۾ مدد ڪن ٿيون. اسان اميد ٿا ڪريون ته توهان رليز جي مکيه خاصيتون مفيد ملندا، انهي سان گڏ 53 ٻيون نيون خاصيتون، هن رليز ۾ شامل ڪيو ويو.
ترقي يافته سيڪيورٽي خاصيتون
اسان هر مهيني GitLab DevSecOps ۾ ڪيتريون ئي نيون خاصيتون شامل ڪرڻ جي ڪوشش ڪندا آهيون، ۽ هي رليز ڪو به استثنا نه آهي. اسيمبليءَ جي فريم ورڪ ۽ ترتيب جي اندر. اضافي طور تي، تنظيمون جيڪي مدد ڪرڻ چاهيندا آهن ڪوڊ جي ترتيب جي ذميواري جي الڳ ٿيڻ جي ذميواري هاڻي ڪري سگهن ٿا . هن ڪردار سان ملندڙ جلندڙ آهي ۽ توهان کي ضم ڪرڻ جي درخواستن جي تصديق ڪرڻ جي اجازت ڏيندو (GitLab جي روسي لوڪلائيزيشن ۾ “ضم ڪرڻ جون درخواستون”) ۽ ڪوڊ کي محفوظ ماحول ۾ ترتيب ڏيڻ جي اجازت ڏيندو، بغير ڪوڊ کي تبديل ڪرڻ جي رسائي فراهم ڪرڻ جي.
خطرن کي گهٽائڻ جو ٻيو طريقو نئون استعمال ڪرڻ آهي . آپريشنز ٽيمون GitLab کان ڪبرنيٽس ڪلسٽرز کي ترتيب ڏئي سگھن ٿيون بغير پنھنجي ڪلستر کي پوري انٽرنيٽ تي بي نقاب ڪرڻ جي. اسان نئين Terraform اسٽيٽ فائلن لاءِ خودڪار ورزن ڪنٽرول سپورٽ پڻ متعارف ڪرائي رهيا آهيون تعميل کي سپورٽ ڪرڻ ۽ ڊيبگنگ جي آسانيءَ لاءِ. آخرڪار، مثال سيڪيورٽي ڊيش بورڊ بڻجي ويو خطرن جي رپورٽن ۽ سيڪيورٽي سيٽنگن سان.
GitLab سان وڌيڪ آسان ۽ ڪارائتو ڪم
اسان شامل ڪرڻ لاءِ اسان جي عالمي ڳولا کي بهتر ڪيو آهي ، توهان کي آساني سان نيويگيٽ ڪرڻ جي اجازت ڏئي ٿي جديد ٽڪيٽن، گروپن، پروجيڪٽس، سيٽنگون ۽ مدد جا موضوع. اسان اعلان ڪرڻ لاء پرجوش آهيون ته GitLab صفحا سائيٽ جي اندر انفرادي صفحن ۽ ڊائريڪٽرن کي ريڊائريڪٽ ڪرڻ لاءِ، جيڪو صارفين کي وڌيڪ موثر طريقي سان انهن جي سائيٽن کي ترتيب ڏيڻ جي اجازت ڏيندو. ۽ انھن لاءِ جيڪي حاصل ڪرڻ چاھين ٿا وڌايل معلومات جي تعينات بابت، ھي رليز اجازت ڏئي ٿي !
اوپن سورس تعاون
اسان نمائندگي ڪريون ٿا جيڪو مون شامل ڪيو . تبديل ٿيل ڪوڊ جي يونٽ ٽيسٽ ڪوريج تي نشان ڊولپرز کي نظرثاني دوران ڪوڊ ڪوريج جو واضح خيال ڏيو؛ هي معلومات نظرثانين کي تيز ڪرڻ ۾ مدد ڪري ٿي ۽ نئين ڪوڊ کي ضم ڪرڻ ۽ ترتيب ڏيڻ لاءِ وقت گھٽائي ٿي. ۽ اسان پڻ ۽ منصوبو .
۽ هي صرف شروعات آهي!
هميشه وانگر، عام جائزو ۾ تمام ٿوري جاء آهي، پر 13.4 رليز ۾ تمام گهڻيون خاصيتون آهن. هتي ڪجھ وڌيڪ آهن:
- .
جيڪڏھن توھان اڳ ۾ ئي ڄاڻڻ چاھيو ٿا ته توھان جو انتظار ڇا آھي اڳيون ڇڏڻ ، نظر وجهڻ .
.
هن مهيني -
Fabio اهم ڪردار ادا ڪيو в - ھڪڙي خصوصيت جيڪا GitLab ڪميونٽي ۾ گھڻي عرصي کان انتظار ڪئي وئي آھي. هي غير معمولي تبديلين سان واقعي هڪ اهم حصو آهي جنهن کي GitLab ٽيم جي ميمبرن سان مسلسل تعاون جي ضرورت آهي ۽ پروجيڪٽ جي ڪيترن ئي علائقن کي متاثر ڪيو جهڙوڪ UX، فرنٽ اينڊ ۽ پٺتي.
GitLab 13.4 رليز جون مکيه خاصيتون
CI نوڪرين ۾ HashiCorp Vault چابيون استعمال ڪريو
(پريميئم، الٽيميٽ، سلور، گولڊ)
رليز 12.10 ۾، GitLab متعارف ڪرايو CI نوڪرين کي چابيون وصول ڪرڻ ۽ منتقل ڪرڻ جي صلاحيت GitLab جاب هينڊلر (GitLab رنر) استعمال ڪندي. هاڻي اسان کي وڌائي رهيا آهيون ، نئون نحو شامل ڪرڻ secrets فائل ڪرڻ .gitlab-ci.yml. اهو GitLab سان HashiCorp مخزن کي سيٽ ڪرڻ ۽ استعمال ڪرڻ آسان بڻائيندو.
и .
GitLab Kubernetes ايجنٽ متعارف ڪرايو
(پريميئم، الٽيميٽ)
ڪبرنيٽس سان GitLab جي انضمام ڊگھي عرصي کان اهو ممڪن بڻائي ڇڏيو آهي ته ڪبرنيٽس ڪلسٽرز کي دستي ترتيب جي ضرورت کان سواءِ. ڪيترن ئي صارفين هن بنڊل جي استعمال جي آسانيء کي پسند ڪيو، جڏهن ته ٻين کي ڪجهه مشڪلاتن کي منهن ڏيڻو پيو. موجوده انضمام لاءِ، توھان جو ڪلستر لازمي آھي انٽرنيٽ تان رسائي حاصل ڪرڻ لاءِ GitLab ان تائين رسائي حاصل ڪرڻ لاءِ. ڪيترين ئي تنظيمن لاءِ، اهو ممڪن ناهي ڇو ته اهي سيڪيورٽي، تعميل، يا ريگيوليٽري سببن جي ڪري ڪلسٽر تائين رسائي کي محدود ڪن ٿا. انهن پابندين جي چوڌاري حاصل ڪرڻ لاء، صارفين کي GitLab جي چوٽي تي پنهنجا اوزار ٺاهڻ گهرجن، ٻي صورت ۾ اهي هن خاصيت کي استعمال ڪرڻ جي قابل نه هوندا.
اڄ اسان متعارف ڪري رهيا آهيون GitLab Kubernetes ايجنٽ، هڪ نئون طريقو ڪبرنيٽس ڪلسٽرز تي لڳائڻ جو. ايجنٽ توهان جي ڪلستر جي اندر هلندو آهي، تنهنڪري توهان کي ان کي پوري انٽرنيٽ تي ظاهر ڪرڻ جي ضرورت ناهي. ايجنٽ GitLab کان نئين تبديلين جي درخواست ڪندي ڊيپلائيشن کي هموار ڪري ٿو، بجاءِ GitLab ڪلستر تي تازه ڪاريون وڌائڻ جي. ڪو مسئلو ناهي GitOps جو طريقو توهان استعمال ڪيو آهي، GitLab توهان کي ڍڪي ڇڏيو آهي.
مهرباني ڪري نوٽ ڪريو ته هي ايجنٽ جو پهريون رليز آهي. GitLab Kubernetes ايجنٽ لاءِ اسان جو موجوده فوڪس ڪوڊ ذريعي ترتيب ڏيڻ ۽ ترتيب ڏيڻ آهي. ڪجھ موجود Kubernetes انضمام جون خاصيتون، جهڙوڪ ڊيپلائيمينٽ بورڊز ۽ GitLab منظم ٿيل ايپليڪيشنون، اڃا تائين سپورٽ نه آهن. ته اهي صلاحيتون مستقبل جي رليز ۾ ايجنٽ ۾ شامل ڪيون وينديون، ۽ گڏوگڏ نئين انضمام تي ڌيان ڏنو ويندو سيڪيورٽي ۽ تعميل تي.
и .
بغير ڪوڊ جي رسائي جي استعمال ڪندڙن کي ترتيب ڏيڻ جي اجازت ڏيو
(پريميئم، الٽيميٽ، سلور، گولڊ)
اڳي، GitLab جي اجازتن واري نظام کي توهان جي ٽيم جي اندر ذميوارين کي صحيح طريقي سان ورهائڻ ڏکيو بڻائي ڇڏيو آهي انهن جي وچ ۾ جيڪي ترقي لاء ذميوار آهن ۽ انهن جي ذميواري لاء ذميوار آهن. GitLab 13.4 جي رليز سان، توھان اجازت ڏئي سگھو ٿا ضم ڪرڻ جي درخواستن کي منظور ڪرڻ جي لاءِ، ۽ ان سان گڏ اصل ۾ انھن ماڻھن کي ڪوڊ لڳائڻ جي اجازت ڏئي سگھو ٿا جيڪي ڪوڊ نه ٿا لکن، انھن کي سنڀاليندڙ جي رسائي جا حق ڏيڻ کان سواءِ (GitLab جي روسي لوڪلائيزيشن ۾ ”مينٽينر“ ).
и .
سيڪيورٽي سينٽر
(الٽيميٽ، گولڊ)
اڳي، مثال جي سطح جي خطراتي انتظام ٻنهي ڪارڪردگي ۽ لچڪ ۾ محدود هئي. انٽرفيس هڪ واحد صفحو هو جيڪو ملائي ٿو تفصيلات جي خطرن، ميٽرڪس گرافس، ۽ سيٽنگون. انهن خاصيتن کي ترقي ڪرڻ يا ٻين حفاظتي خاصيتن کي استعمال ڪرڻ لاء گهڻو ڪمرو ناهي.
اسان بنيادي تبديليون ڪيون آهن ته ڪيئن اسان GitLab ۾ سيڪيورٽي ۽ شفافيت کي منظم ڪريون ٿا. مثالي سيڪيورٽي پينل کي مڪمل سيڪيورٽي سينٽر ۾ تبديل ڪيو ويو آهي. سڀ کان وڏي تبديلي هڪ نئين مينيو جي جوڙجڪ جو تعارف آهي: هڪ صفحي جي بدران، توهان هاڻي سيڪيورٽي ڊيش بورڊ، خطرن جي رپورٽ، ۽ سيٽنگون سيڪشن الڳ الڳ ڏسو. جڏهن ته ڪارڪردگي تبديل نه ڪئي وئي آهي، ان کي حصن ۾ ٽوڙڻ هن حصي ۾ بهتري جي اجازت ڏيندو جيڪا ٻي صورت ۾ ڏکيو هوندو. اهو پڻ مستقبل ۾ ٻين سيڪيورٽي سان لاڳاپيل صلاحيتن کي شامل ڪرڻ لاء اسٽيج مقرر ڪري ٿو.
وقف ٿيل Vulnerability رپورٽ سيڪشن ۾ هاڻي اهم تفصيل ڏيکارڻ لاءِ وڌيڪ جاءِ آهي. هتي اهي نقصانڪار آهن جيڪي هن وقت منصوبي جي خطرن جي فهرست تي آهن. ويجيٽس کي ڪمزوري ميٽرڪس سان گڏ هڪ الڳ سيڪشن ڏانهن منتقل ڪرڻ هڪ آسان سيڪيورٽي ڪنٽرول پينل ٺاهي ٿو. اهو هاڻي مستقبل جي تصورن لاءِ هڪ ڪينواس آهي- نه صرف ڪمزوري جي انتظام لاءِ، پر ڪنهن به سيڪيورٽي سان لاڳاپيل ميٽرڪس لاءِ. آخرڪار، هڪ الڳ سيٽنگون علائقو سڀني مثالن جي سطح جي حفاظتي سيٽنگن لاءِ هڪ عام جڳهه ٺاهي ٿو، نه صرف خطراتي انتظام.
и .
تبديل ٿيندڙ خاصيتون هاڻي GitLab اسٽارٽر ۾ آهن
(اسٽارٽر، پريميئم، الٽيميٽ، برونز، سلور، گولڊ)
GitLab 11.4 جاري ڪيو ويو . 12.2 ۾ اسان انهن لاءِ حڪمت عمليون متعارف ڪرايون и ، ۽ 13.1 ۾ شامل ڪيا ويا и مختلف ماحول لاء.
هن سال جي شروعات ۾، GitLab هڪ عزم ڪيو اوپن سورس ۾. هن رليز ۾، اسان تبديل ٿيندڙ خاصيتن جي لڏپلاڻ کي مڪمل ڪيو آهي اسٽارٽر پلان ڏانهن ۽ انهن کي لڏپلاڻ جاري رکنداسين ڪور کان. . اسان هن خصوصيت کي وڌيڪ استعمال ڪندڙن تائين آڻڻ لاءِ پرجوش آهيون ۽ ٻڌڻ چاهيون ٿا ته توهان ان کي ڪيئن استعمال ڪيو ٿا.
и .
ڳولا واري بار مان تڪڙو نيويگيشن
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڪڏهن ڪڏهن GitLab کي نيويگيٽ ڪندي توهان چاهيو ٿا ته سڌو سنئون ڪنهن خاص منصوبي ڏانهن وڃو بجاءِ ڳولا جي نتيجن واري صفحي جي.
گلوبل سرچ بار کي استعمال ڪندي، توھان جلدي نيويگيٽ ڪري سگھوٿا تازه ترين ٽڪيٽن، گروپن، پروجيڪٽس، سيٽنگون، ۽ مدد جا موضوع. تون به هڪ hotkey استعمال ڪري سگهو ٿا /پنھنجي ڪرسر کي سرچ بار ڏانھن منتقل ڪرڻ لاءِ GitLab کي اڃا به وڌيڪ موثر طريقي سان نيويگيٽ ڪرڻ لاءِ!
и .
ضم ڪرڻ جي درخواست ۾ ڪوڊ ڪوريج ڏيکاريندي اختلاف
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن ضم ٿيڻ جي درخواست جو جائزو وٺو، اهو طئي ڪرڻ ڏکيو ٿي سگهي ٿو ته ڇا تبديل ٿيل ڪوڊ يونٽ ٽيسٽ پاران ڍڪيل آهي. ان جي بدران، نظرثاني ڪندڙ مجموعي ڪوريج تي ڀروسو ڪري سگهن ٿا ۽ درخواست ڪري ٿو ته ان کي وڌايو وڃي ان کان اڳ ضم جي درخواست کي منظور ڪرڻ. اهو امتحان لکڻ لاءِ بي ترتيب انداز جي ڪري سگھي ٿو، جيڪو اصل ۾ ڪوڊ جي معيار يا ٽيسٽ ڪوريج کي بهتر نه ڪندو.
هاڻي، جڏهن ضم ڪرڻ جي درخواست جي فرق کي ڏسي، توهان ڪوڊ ڪوريج جو هڪ بصري ڊسپلي ڏسندا. نوان نشان توهان کي جلدي سمجهڻ جي اجازت ڏين ٿا ته ڇا تبديل ٿيل ڪوڊ يونٽ ٽيسٽ سان ڍڪيل آهي، جيڪو ڪوڊ جي نظرثاني کي تيز ڪرڻ ۽ نئين ڪوڊ کي ضم ڪرڻ ۽ ترتيب ڏيڻ جي وقت ۾ مدد ڪندو.
Спасибо ۽ سيمينس هن خصوصيت لاءِ!
и .
ماحوليات پينل ۾ وڌيڪ ماحول ۽ منصوبا
(پريميئم، الٽيميٽ، سلور، گولڊ)
GitLab 12.5 جي ڇڏڻ کان وٺي استعمال ڪندي توهان ماحول جي حالت مانيٽر ڪري سگهو ٿا، پر ٽن منصوبن ۾ ست ماحول کان وڌيڪ نه. اسان ھن پينل کي رليز 13.4 ۾ وڌايو آھي ان کي صفحو لڳائڻ سان توھان جي مدد ڪرڻ لاءِ توھان جي ماحول کي پيماني تي برقرار رکڻ ۽ منظم ڪرڻ ۾. هاڻي توهان وڌيڪ منصوبن ۾ وڌيڪ ماحول ڏسي سگهو ٿا.
и .
GitLab GitLab Terraform فراهم ڪندڙ جو ڪنٽرول وٺندو آهي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
تازو اسان ۽ منصوبو . گذريل مهيني دوران، اسان 21 ضم ٿيڻ جي درخواستن کي قبول ڪيو آهي ۽ 31 ٽڪيٽون بند ڪيون آهن، جن ۾ ڪجهه ڊگهيون غلطيون ۽ غائب خاصيتون شامل آهن جهڙوڪ . توهان ڪري سگهو ٿا Terraform دستاويز ۾.
и .
OpenAPI وضاحتن يا HAR فائل سان فزنگ API جاچ
(الٽيميٽ، گولڊ)
API fuzzing testing توهان جي ويب ايپليڪيشنن ۽ APIs ۾ ڪيڙا ۽ ڪمزوريون ڳولڻ جو هڪ بهترين طريقو آهي جيڪي ٻيا اسڪينر ۽ جانچ جا طريقا ياد ڪري سگھن ٿا.
GitLab ۾ API fuzzing جاچ توهان کي مهيا ڪرڻ جي اجازت ڏئي ٿي يا توهان جي ايپليڪيشن ۽ پوءِ خودڪار طريقي سان بي ترتيب ان پٽ ڊيٽا ٺاهي ٿي جيڪا ايج ڪيسن کي جانچڻ ۽ ڪيڙا ڳولڻ لاءِ ٺهيل آهي. نتيجا توهان جي پائپ لائن ۾ فوري طور تي نظر اچن ٿا.
هي اسان جو پهريون API فز ٽيسٽنگ رليز آهي ۽ اسان اهو ٻڌائڻ پسند ڪنداسين ته توهان ڇا ٿا سوچيو. اسان وٽ فز جاچ لاءِ وڌيڪ اسٽاڪ آهي ، جنهن کي اسين هن خصوصيت جي ڇڏڻ تي ٻڌل ڪنداسين.
и .
ميٽرڪس پينل ۾ نوان گراف ڏسو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اڳي، GitLab ۾ ميٽرڪس ڊيش بورڊ ۾ گراف ٺاهڻ هڪ آسان ڪم نه هو. توھان کان پوءِ ڊيش بورڊ YAML فائل ۾ ميٽرڪ ٺاھيو، توھان تبديليون ڪيون master, بغير تصديق ڪرڻ جي قابل ٿي ته نئون ٺهيل گراف بلڪل ڪم ڪري ٿو جيئن توهان جي ضرورت آهي. ھن رليز سان شروع ڪندي، توھان تبديلين جو ڏيک ڪري سگھو ٿا جيئن توھان گراف ٺاھيو ٿا، ڊيش بورڊ YAML فائل ۾ تبديليون موڪلڻ کان پھريائين نتيجو جو خيال حاصل ڪريو.
и .
گروپ جي سڀني منصوبن لاء ٽيسٽ ذريعي ڪوڊ ڪوريج تي ڊيٽا
(پريميئم، الٽيميٽ، سلور، گولڊ)
جڏهن توهان GitLab ۾ پروجيڪٽ جي وڏي تعداد کي منظم ڪندا آهيو، توهان کي معلومات جي هڪ واحد ذريعن جي ضرورت هوندي آهي ته ڪيئن ڪوڊ ڪوريج سڀني منصوبن ۾ وقت سان تبديل ٿي رهيو آهي. اڳي، هن معلومات کي ظاهر ڪرڻ لاءِ مشڪل ۽ وقت ضايع ڪندڙ دستي ڪم جي ضرورت هئي: توهان کي هر پروجيڪٽ مان ڪوڊ ڪوريج ڊيٽا ڊائون لوڊ ڪرڻ ۽ ان کي ٽيبل ۾ گڏ ڪرڻو پوندو.
13.4 ڇڏڻ ۾، اهو آساني سان ۽ جلدي گڏ ڪرڻ ممڪن ٿيو .csv گروپ جي سڀني منصوبن يا منصوبن جي چونڊ لاء ڪوڊ ڪوريج تي سڀني ڊيٽا سان فائل. هي مضمون MVC آهي، ان کي قابليت جي پٺيان لڳندي .
и .
مڪمل فز جاچ لاءِ نئين ٻولين جي سپورٽ
(الٽيميٽ، گولڊ)
هي رليز مڪمل ڪوريج جو مقصد فز جاچ لاءِ ڪيترن ئي نون ٻولين لاءِ سپورٽ متعارف ڪرايو آهي.
ھاڻي توھان پنھنجي جاوا، Rust ۽ Swift ايپليڪيشنن ۾ فزنگ ٽيسٽنگ جي مڪمل صلاحيتن جو جائزو وٺي سگھوٿا ۽ غلطيون ۽ ڪمزوريون ڳولي سگھو ٿا جيڪي ٻيا اسڪينر ۽ جانچ جا طريقا ياد ڪري سگھن ٿا.
и .
مکيه ماحول واري صفحي تي خبرداريون
(پريميئم، الٽيميٽ، سلور، گولڊ)
ماحول جو صفحو ڏيکاري ٿو توهان جي ماحول جي مجموعي حالت. هن رليز ۾ اسان هن صفحي کي بهتر ڪيو آهي الرٽ ڊسپلي شامل ڪندي. توهان جي ماحول جي صورتحال سان گڏ ٽريگرڊ الرٽس توهان جي مدد ڪنديون ته توهان کي تڪڙو قدم کڻڻ ۾ مدد ڪن حالتن کي درست ڪرڻ لاءِ جيڪي پيدا ٿين ٿيون.
и .
Nested پائيپ لائينون ھاڻي ھاڻي پنھنجيون نيسٽڊ پائيپ لائينون ھلائي سگھن ٿيون
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
nested پائيپ لائينن کي استعمال ڪندي، هاڻي ممڪن آهي ته ٻارن جي پائپ لائنن جي اندر نيون پائيپ لائينون هلائڻ. اضافي سطح جي کوٽائي مفيد ٿي سگھي ٿي جيڪڏھن توھان کي لچڪ جي ضرورت آھي پائيپ لائينن جو متغير تعداد پيدا ڪرڻ لاءِ.
اڳي، جڏهن نيسٽ ٿيل پائپ لائنون استعمال ڪندي، هر ٻار جي پائپ لائن کي ٽرگر نوڪري جي ضرورت هوندي آهي دستي طور تي والدين پائپ لائن ۾ وضاحت ڪئي وڃي. هاڻي توهان ٺاهي سگهو ٿا nested پائيپ لائينون جيڪي متحرڪ طور تي ڪنهن به نمبر جي نئين نيسٽ ٿيل پائپ لائنن کي لانچ ڪنديون. مثال طور، جيڪڏهن توهان وٽ هڪ monorepository آهي، ته توهان متحرڪ طور تي پهريون ذيلي پائپ لائن ٺاهي سگهو ٿا، جيڪو پاڻ برانچ ۾ تبديلين جي بنياد تي نئين پائپ لائنن جو گهربل تعداد ٺاهيندو.
и .
والدين ۽ نيسٽ ٿيل پائپ لائنن جي وچ ۾ بهتر نيويگيشن
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اڳي، والدين ۽ نيسٽ ٿيل پائپ لائنن جي وچ ۾ نيويگيٽ ڪرڻ تمام آسان نه هو - توهان کي گهربل پائپ لائن حاصل ڪرڻ لاءِ تمام گهڻن ڪلڪن جي ضرورت هئي. اهو معلوم ڪرڻ به آسان نه هو ته ڪهڙي نوڪري شروع ڪئي. ھاڻي اھو گھڻو آسان ٿيندو والدين ۽ نيسٽ ٿيل پائپ لائنن جي وچ ۾ ڪنيڪشن ڏسڻ.
и .
متوازي ميٽرڪس نوڪريون نوڪري جي عنوان ۾ لاڳاپيل متغير ڏيکارين ٿيون
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جيڪڏهن توهان استعمال ڪيو ، توهان شايد محسوس ڪيو هوندو ته اهو طئي ڪرڻ ڏکيو هو ته ڪنهن خاص نوڪري لاءِ ڪهڙو ميٽرڪس متغير استعمال ڪيو ويو آهي، ڇاڪاڻ ته نوڪري جا نالا هن طرح نظر اچن ٿا matrix 1/4. رليز 13.4 ۾، توهان ڏسندا لاڳاپيل متغير قدر جيڪي عام نوڪري جي نالي جي بدران انهي نوڪري ۾ استعمال ڪيا ويا. مثال طور، جيڪڏهن توهان جو مقصد x86 آرڪيٽيڪچر کي ڊيب ڪرڻ آهي، پوء نوڪري کي سڏيو ويندو matrix: debug x86.
и .
GitLab 13.4 ۾ ٻيون واڌايون
هڪ Atlassian اڪائونٽ ڳنڍڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
GitLab استعمال ڪندڙ ھاڻي پنھنجي GitLab اڪائونٽس کي پنھنجي Atlassian Cloud اڪائونٽ سان ڳنڍي سگھندا. اهو توهان کي توهان جي Atlassian سندن سان GitLab ۾ لاگ ان ٿيڻ جي اجازت ڏيندو، ۽ پڻ مستقبل جي انضمام جي بهتري لاءِ بنياد رکندو. ۽ Atlassian لائن مان ٻين شين سان.
и .
سڀني ضم ٿيل ڪمن جي فهرست برآمد ڪرڻ
(الٽيميٽ، گولڊ)
تعميل تي ڌيان ڏيڻ واري تنظيمن کي آڊيٽرز کي پيداوار ۾ ڪنهن به ڏنل تبديلي سان لاڳاپيل اجزاء جو هڪ مجموعي نظر ڏيکارڻ لاء هڪ طريقو جي ضرورت آهي. GitLab ۾، هن جو مطلب هر شيء کي هڪ جاء تي گڏ ڪرڻ: درخواستون، ٽڪيٽون، پائپ لائنون، سيڪيورٽي اسڪين، ۽ ٻيو ڪمٽ ڊيٽا. هينئر تائين، توهان کي يا ته ان کي دستي طور GitLab ۾ گڏ ڪرڻو پوندو هو يا معلومات گڏ ڪرڻ لاءِ پنهنجا اوزار ترتيب ڏيڻا هوندا هئا، جيڪو گهڻو ڪارائتو نه هو.
توھان ھاڻي پروگرام سان گڏ ڪري سگھوٿا ۽ برآمد ڪري سگھوٿا ھن ڊيٽا کي آڊٽ جي ضرورتن کي پورو ڪرڻ لاءِ يا ٻيا تجزيا انجام ڏيڻ لاءِ. موجوده گروپ لاءِ سڀني ضم ٿيل ڪمن جي فهرست برآمد ڪرڻ لاءِ، توھان کي وڃڻو پوندو ۽ بٽڻ تي ڪلڪ ڪريو سڀني ضم ٿيل ڪمن جي فهرست. نتيجن واري فائل ۾ ضم ٿيڻ جي درخواست جي سڀني ڪمن تي مشتمل هوندي، انهن جو ليکڪ، لاڳاپيل ضم درخواست جي ID، گروپ، پروجيڪٽ، تصديق ڪندڙ ۽ ٻي معلومات.
и .
API ذريعي ذاتي رسائي ٽوڪن جي فهرست ۽ انتظام ڪريو
(الٽيميٽ، گولڊ)
GitLab namespace تائين رسائي جو انتظام تعميل جي ڪوششن جو هڪ اهم حصو آهي. گھٽ ۾ گھٽ استحقاق جي اصولن کان وٺي ٽائيم رسائي کي غير فعال ڪرڻ تائين، GitLab ۾ ذاتي رسائي ٽوڪن سان لاڳاپيل ڪيتريون ئي ضرورتون ٿي سگھن ٿيون. توهان جي نالي جي جڳهه ۾ انهن سڀني صارفن جي سندن کي برقرار رکڻ ۽ منظم ڪرڻ آسان بڻائڻ لاءِ، اسان سڀني ذاتي رسائي ٽوڪن کي لسٽ ڪرڻ جي صلاحيت ڏني آهي ۽ اختياري طور تي API ذريعي.
GitLab API ۾ اهي سڌارا صارفين کي انهن جي ذاتي رسائي ٽوڪن کي لسٽ ڪرڻ ۽ رد ڪرڻ جي اجازت ڏين ٿا، ۽ منتظمين کي انهن جي صارفين جي ٽوڪن کي لسٽ ڪرڻ ۽ رد ڪرڻ جي اجازت ڏئي ٿي. اهو هاڻي منتظمين لاءِ آسان ٿي ويندو اهو ڏسڻ لاءِ ته ڪير انهن جي نالي جي جاءِ تائين رسائي حاصل ڪري ٿو، صارف جي ڊيٽا جي بنياد تي رسائي جا فيصلا ڪن، ۽ ذاتي رسائي ٽوڪن کي رد ڪن جيڪي شايد سمجهوتو ڪيا ويا هجن يا جيڪي ڪمپني جي رسائي جي انتظام جي پاليسين کان ٻاهر هجن.
и .
لاڳاپيل مسئلا ۽ ٻيون خاصيتون هاڻي GitLab ڪور ۾ آهن
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڪجهه مهينا اڳ اسان هڪ منصوبي جو اعلان ڪيو . هن واعدي تي پهچائڻ لاء ڪم ڪندي، اسان ڪيو آهي , и (GitLab جي روسي لوڪلائيزيشن ۾ "ڳالهائيندي بورڊ") بنيادي منصوبي ۾ موجود آهي. اهو صرف لاڳو ٿئي ٿو "منسلڪ" رشتي، "بلاڪ" ۽ "بلاڪ" رشتا ادا ڪيل منصوبن ۾ رهن ٿا.
и .
ضم ڪرڻ جي درخواست جي سائڊبار ۾ اصلي شاخ جو نالو ڏيکاريندي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن ڪوڊ جي تبديلين، بحثن، ۽ ضم ٿيڻ جي درخواستن جو جائزو وٺندي، اهو گهڻو ڪري گھربل جائزو وٺڻ لاءِ برانچ جي مقامي چيڪ آئوٽ ڪرڻ لاءِ ضروري آهي. تنهن هوندي به، سلسلي جو نالو ڳولڻ تمام گهڻو مشڪل ٿي ويندو آهي جيئن وڌيڪ مواد شامل ڪيو ويو آهي ضم ڪرڻ جي درخواست جي تفصيل ۾ ۽ توهان کي صفحي کي وڌيڪ اسڪرال ڪرڻو پوندو.
اسان ضم ڪرڻ جي درخواست جي سائڊبار ۾ شاخ جو نالو شامل ڪيو آھي، ان کي ڪنھن به وقت پھچائي سگھون ٿا ۽ پوري صفحي کي اسڪرول ڪرڻ جي ضرورت کي ختم ڪريون ٿا. بس ضم ڪرڻ جي درخواست جي لنڪ وانگر، ماخذ شاخ سيڪشن هڪ آسان "ڪاپي" بٽڻ تي مشتمل آهي.
Спасибо هن خصوصيت جي ترقي ۾ توهان جي وڏي مدد لاء!
и .
ضم ٿيڻ جي درخواست ۾ ختم ٿيل فائلن جي موجودگي جو اشارو اختلاف
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
درخواستن کي ضم ڪريو جيڪي ڪيترن ئي فائلن ۾ تبديليون شامل ڪن ٿا ڪڏهن ڪڏهن وڏي فائلن جي فرق کي ختم ڪري ڇڏيندا آهن رينڊرنگ ڪارڪردگي کي بهتر ڪرڻ لاءِ. جڏهن اهو ٿئي ٿو، اهو ممڪن آهي ته اتفاقي طور تي نظرثاني دوران هڪ فائل کي ڇڏي ڏيو، خاص طور تي وڏي تعداد ۾ فائلن سان ضم ڪرڻ جي درخواستن ۾. ورجن 13.4 سان شروع ڪندي، ضم ڪرڻ جون درخواستون فرقن کي جھليندو جيڪي فولڊ ٿيل فائلن تي مشتمل آھن، تنھنڪري توھان انھن فائلن کي ڪوڊ جي نظرثاني دوران نه وڃايو. اڃا به وڌيڪ وضاحت لاء، اسان مستقبل جي رليز ۾ انهن فائلن کي نمايان ڪرڻ جو منصوبو ٺاهيو. تي تازه ڪاري لاء نظر رکو .
и .
ضم ٿيڻ جي درخواست جي فرق ۾ ختم ٿيل فائلن جي موجودگي بابت خبردار
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ضم ڪرڻ جي درخواست ۾ فرق سيڪشن، وڏيون فائلون ختم ڪيون وينديون ڪارڪردگي کي بهتر ڪرڻ لاءِ. جڏهن ته، ڪوڊ جو جائزو وٺڻ وقت، ڪجهه فائلون ياد ٿي سگهن ٿيون جڏهن نظرثاني ڪندڙ فائلن جي لسٽ ذريعي اسڪرال ڪري ٿو، ڇاڪاڻ ته سڀ وڏيون فائلون ختم ٿي ويون آهن.
اسان ضم ڪرڻ جي درخواست جي مختلف صفحي جي مٿئين پاسي هڪ نمايان وارننگ شامل ڪئي آهي ته جيئن صارفين کي خبر پوي ته هن حصي ۾ ضم ٿيل فائل موجود آهي. هن طريقي سان، توهان نظرثاني دوران ضم ٿيڻ جي درخواست ۾ ڪا به تبديلي نه وڃائيندا.
и .
Gitaly ڪلستر مخزن جي خودڪار وصولي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اڳي، جڏهن گيتالي ڪلستر جو پرائمري نوڊ آف لائن ٿي ويو، ان نوڊ تي مخزن کي صرف پڙهڻ لاءِ نشان لڳايو ويو. هن ڊيٽا جي نقصان کي روڪيو حالتن ۾ جتي نوڊ تي تبديليون هيون جيڪي اڃا تائين نقل نه ڪيون ويون آهن. جڏهن نوڊ واپس آن لائن آيو، GitLab خودڪار طريقي سان بحال نه ڪيو ويو، ۽ منتظمين کي دستي طور تي هم وقت سازي جي عمل کي شروع ڪرڻ يا ڊيٽا جي نقصان کي قبول ڪرڻو پوندو. ٻيون حالتون، جهڙوڪ ثانوي نوڊ تي نقل جي نوڪري جي ناڪامي، شايد شايد اسٽيل يا صرف پڙهڻ واري ذخيرو جي نتيجي ۾. انهي صورت ۾، مخزن بيٺو رهيو جيستائين ايندڙ لکڻ جي عمل نه ٿي اچي، جيڪا نقل جي نوڪري شروع ڪندي.
هن مسئلي کي حل ڪرڻ لاء ھاڻي ھڪڙي نقل واري نوڪري کي شيڊول ڪري ٿو جڏھن اھو ھڪڙي نوڊ تي ھڪڙي پراڻي مخزن کي ڳولي ٿو ۽ ٻئي تي مخزن جو جديد نسخو. هي نقل ڪرڻ وارو ڪم مخزن کي پاڻمرادو تاريخ تائين رکي ٿو، دستي طور تي ڊيٽا کي بحال ڪرڻ جي ضرورت کي ختم ڪندي. خودڪار وصولي پڻ يقيني بڻائي ٿي ته ثانوي نوڊس جلدي اپڊيٽ ڪيا ويندا آهن جيڪڏهن هڪ نقل جي نوڪري ناڪام ٿئي ٿي، بلڪه ايندڙ لکڻ جي عمل جي انتظار ۾. جتان گھڻا گلي ڪلستر وڏي تعداد ۾ ذخيرا ذخيرو ڪري ٿو، اھو خاص طور تي وقت گھٽائي ٿو جيڪو منتظمين ۽ قابل اعتماد انجنيئرن کي ھڪڙي غلطي کان پوء ڊيٽا کي بحال ڪرڻ ۾ خرچ ڪيو.
ان کان علاوه، خودڪار مرمت شروع ٿئي ٿو ريپوزٽريز جي نقل کي ڪلستر ۾ شامل ڪيل ڪنهن به نئين گيتالي نوڊ تي، دستي ڪم کي ختم ڪندي جڏهن نوان نوڊس شامل ڪندا.
и .
ٺاھڻ واري صفحي تي مڪمل ٿيل ڪم کي نشان لڳايو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab ۾ موثر ڪميونيڪيشن ڪرڻ جي فهرستن تي ٻڌل آهي. جيڪڏهن توهان هڪ تبصرو ۾ ذڪر ڪيو آهي، اهو ضروري آهي ته ڪنهن ڪم تي ٽپو ڏيڻ جي قابل هجي ۽ يا ته ڪجهه ڪرڻ شروع ڪيو يا مڪمل طور تي نشان لڳايو. اهو پڻ ضروري آهي ته پنهنجو پاڻ کي هڪ ڪم تفويض ڪرڻ جي قابل هجي جڏهن توهان کي ڪنهن شيءِ تي ڪم ڪرڻ جي ضرورت آهي يا بعد ۾ ان تي واپس اچو.
اڳي، توهان ڪم شامل نه ڪري سگهو ٿا يا انهن کي مڪمل طور تي نشان لڳايو جڏهن ڊزائن سان ڪم ڪري رهيا آهيو. ھن سنجيدگيءَ سان پراڊڪٽ ٽيمن جي وچ ۾ رابطي جي ڪارڪردگيءَ ۾ خلل پيدا ڪيو، جتان ٽو ڊاس GitLab ورڪ فلو جو ھڪ نازڪ عنصر آھي.
رليز 13.4 ۾، ڊزائينز ڪمن کي استعمال ڪرڻ ۾ ٽڪيٽ جي تبصرن سان پڪڙي ٿو، جيڪو انھن سان گڏ ڪم ڪرڻ کي وڌيڪ مسلسل ۽ موثر بڻائي ٿو.
и .
CI/CD لاءِ بهتر مسئلو حل ڪرڻ واري گائيڊ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اسان GitLab CI/CD لاءِ مسئلا حل ڪرڻ واري گائيڊ کي بهتر ڪيو آهي وڌيڪ معلومات سان گڏ عام مسئلن بابت جيڪي توهان کي پيش اچن ٿا. اسان اميد ٿا ڪريون ته بهتر دستاويز توهان جي مدد ڪرڻ ۾ هڪ قيمتي وسيلو ثابت ٿيندو GitLab CI/CD جلدي ۽ آساني سان.
и .
ضم ڪرڻ جون درخواستون هاڻي ضم ٿيڻ واري قطار کان ٻاهر نه ٿيون اچن
(پريميئم، الٽيميٽ، سلور، گولڊ)
اڳي، ضم ڪرڻ جون درخواستون دير سان تبصرن جي ڪري حادثي سان ضم ٿيڻ واري قطار مان نڪري سگھن ٿيون. جيڪڏهن ضم ٿيڻ جي درخواست اڳ ۾ ئي قطار ۾ هئي ۽ ڪنهن ان تي تبصرو شامل ڪيو جنهن هڪ نئون حل نه ٿيل بحث پيدا ڪيو، انضمام جي درخواست کي ضم ڪرڻ لاءِ نااهل سمجهيو ويندو هو ۽ قطار کان ٻاهر ٿي ويندو. هاڻي، ضم ٿيڻ جي درخواست کان پوءِ ضم ٿيڻ جي قطار ۾ شامل ڪيو ويو آهي، نوان تبصرا شامل ڪري سگھجن ٿا بغير ڪنهن خوف جي ضم ٿيڻ جي عمل ۾.
и .
ضمير جي درخواست ۾ نوڪري لاءِ ڪوڊ ڪوريج جي قيمت ڏيکاريندي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڊولپرز کي پائپ لائن مڪمل ٿيڻ کان پوءِ ڪوڊ ڪوريج جي قيمت ڏسڻ جي قابل ٿيڻ گهرجي - جيتوڻيڪ پيچيده منظرنامن ۾ جيئن ته ڪيترن ئي نوڪرين سان پائپ لائن هلائڻ جنهن کي ڪوريج جي قيمت کي ڳڻڻ لاءِ پارس ڪرڻ جي ضرورت آهي. اڳي، ضم ڪرڻ جي درخواست واري ويجيٽ صرف انهن قدرن جو اوسط ڏيکاريو، جنهن جو مطلب آهي ته توهان کي نوڪري واري صفحي ڏانهن وڃڻو پوندو ۽ وچولي ڪوريج ويلز حاصل ڪرڻ لاءِ ضم جي درخواست ڏانهن واپس وڃڻو هو. توهان جو وقت ۽ انهن اضافي قدمن کي بچائڻ لاءِ، اسان ويجيٽ کي ڏيکاريو سراسري ڪوريج جي قيمت، ان جي حدف ۽ ماخذ شاخن جي وچ ۾ تبديليون، ۽ هڪ ٽول ٽپ جيڪو ڏيکاري ٿو ڪوريج جي قيمت هر نوڪري لاءِ جنهن جي بنياد تي سراسري حساب ڪيو ويو.
и .
ھڪڙي گروپ کي ڏسڻ دوران پيڪيجز رجسٽري مان پيڪيجز کي هٽائڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab پيڪيج رجسٽري مختلف فارميٽ ۾ پيڪيجز کي ذخيرو ۽ ورهائڻ لاءِ هڪ جڳهه آهي. جڏهن توهان وٽ توهان جي پروجيڪٽ يا گروپ ۾ تمام گهڻا پيڪيجز آهن، توهان کي جلدي غير استعمال ٿيل پيڪيجز کي سڃاڻڻ ۽ انهن کي هٽائڻ جي ضرورت آهي ته جيئن ماڻهن کي انهن کي ڊائون لوڊ ڪرڻ کان روڪيو وڃي. توھان پنھنجي رجسٽري مان پيڪيجز کي ختم ڪري سگھو ٿا ذريعي يا پيڪيج رجسٽري يوزر انٽرفيس ذريعي. بهرحال، هينئر تائين توهان پيڪيجز کي نه هٽائي سگهيا آهيو جڏهن UI ذريعي هڪ گروپ ڏسي رهيا آهيو. نتيجي طور، توھان کي ھڪڙي منصوبي جي بنياد تي غير ضروري پيڪيجز کي ختم ڪرڻو پيو، جيڪو غير موثر ھو.
توھان ھاڻي ختم ڪري سگھوٿا پيڪيجز کي جڏھن ھڪڙي گروپ جي پيڪيج رجسٽري کي ڏسو. بس گروپ جي پيڪيج رجسٽري واري صفحي تي وڃو، نالي سان پيڪيجز کي فلٽر ڪريو، ۽ انھن کي ختم ڪريو جنھن جي توھان کي ضرورت ناھي.
и .
ڪنن پيڪيجز کي پروجيڪٽ جي سطح تائين اسڪيلنگ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
توھان استعمال ڪري سگھوٿا Conan مخزن GitLab ۾ شايع ڪرڻ ۽ تقسيم ڪرڻ لاءِ C/C++ انحصار. جڏهن ته، اڳي پيڪيجز صرف مثال جي سطح تائين ماپ ڪري سگھن ٿا، جيئن ڪنن پيڪيج جو نالو صرف 51 اکرن جي وڌ ۾ وڌ ٿي سگھي ٿو. جيڪڏھن توھان چاھيو ٿا ھڪڙو پيڪيج ھڪڙي ذيلي گروپ مان شايع ڪريو، مثال طور gitlab-org/ci-cd/package-stage/feature-testing/conan، اهو ڪرڻ لڳ ڀڳ ناممڪن هو.
توھان ھاڻي ڪري سگھوٿا ڪنن پيڪيجز کي پراجيڪٽ جي سطح تائين ھيٺ ڪريو، توھان جي منصوبن جي انحصار کي شايع ڪرڻ ۽ تقسيم ڪرڻ آسان بڻائي.
и .
نون پيڪيج مينيجرز ۽ ٻولين لاءِ سپورٽ انحصار اسڪيننگ لاءِ
(الٽيميٽ، گولڊ)
اسان C، C++، C# ۽ .Net ڪوڊ پروجيڪٽس لاءِ انحصار اسڪين شامل ڪرڻ لاءِ پرجوش آهيون جيڪي اسان جي لسٽ ۾ NuGet 4.9+ يا Conan پيڪيج مينيجرز استعمال ڪن ٿا. . توھان ھاڻي فعال ڪري سگھو ٿا انحصار اسڪيننگ کي محفوظ اسٽيج جي حصي جي طور تي پيڪيج مينيجرز ذريعي شامل ڪيل انحصار ۾ سڃاتل ڪمزورين جي جانچ ڪرڻ لاءِ. مليل ڪمزوريون توهان جي ضم ٿيڻ جي درخواست ۾ انهن جي شدت جي سطح سان گڏ ڏيکاريون وينديون، انهي ڪري ته توهان انضمام تي عمل ڪرڻ کان پهريان ڄاڻو ته نئين انحصار کي ڪهڙو خطرو آهي. توھان پڻ پنھنجي منصوبي کي ترتيب ڏيڻ جي ضرورت آھي نازڪ (نازڪ)، اعلي (هاء) يا اڻڄاتل (نامعلوم) شدت جي سطحن سان گڏ انحصار لاء.
и .
نوٽيفڪيشن جڏهن ضم ڪرڻ جي درخواست جي سيٽنگ کي تبديل ڪندي 'ضم ٿيڻ جڏهن پائپ لائن ڪاميابيءَ سان مڪمل ٿئي ٿي'
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اڳي، جڏهن ضم ڪرڻ جي درخواست سيٽنگون سيٽنگون ملائي جڏهن پائپ لائن ختم ٿي وڃي (Merge when Pipeline Succeed, MWPS) ڪو به اي ميل نوٽيفڪيشن نه موڪليو ويو. توهان کي دستي طور تي اسٽيٽس چيڪ ڪرڻو پوندو يا ضم ٿيڻ جي اطلاع جو انتظار ڪرڻو پوندو. هن رليز سان اسان صارف جي مدد کي خاص ڪرڻ تي راضي آهيون , جنهن هن مسئلي کي حل ڪيو خودڪار نوٽيفڪيشن شامل ڪندي هر ڪنهن کي ضم ڪرڻ جي درخواست تي رڪنيت حاصل ڪئي جڏهن هڪ نظرثاني ڪندڙ ضم جي سيٽنگ کي MWPS ۾ تبديل ڪري ٿو.
и .
ڪبرنيٽس جي صارف جي مخصوص ورزن سان EKS ڪلستر ٺاهڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab استعمال ڪندڙ هاڻي چونڊي سگهن ٿا ڪبرنيٽس جو نسخو جيڪو EKS پاران مهيا ڪيو ويندو؛ توهان نسخن 1.14-1.17 جي وچ ۾ چونڊ ڪري سگهو ٿا.
и .
ٽڪيٽ جي قسمن جي طور تي واقعا ٺاهڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
هر مسئلو نه آهي جيڪو پيدا ٿئي ٿو فوري طور تي الرٽ شروع ڪري ٿو: صارفين جي رپورٽ ختم ٿيڻ ۽ ٽيم ميمبر ڪارڪردگي جي مسئلن جي تحقيقات ڪن ٿا. حادثا ھاڻي ھڪڙي قسم جي ٽڪيٽ آھن، تنھنڪري توھان جون ٽيمون انھن کي جلدي ٺاھي سگھن ٿيون انھن کي پنھنجي عام ڪم جي فلو جي حصي طور. ڪلڪ ڪريو نئون ڪم GitLab ۾ ڪٿي به، ۽ فيلڊ ۾ قسم منتخب ڪريو واقعو.
и .
مارڪ ڊائون ۾ GitLab Alerts جو ذڪر
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اسان 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 انسٽاليشن لاء پيراگراف ، جنهن تي , overriding Markdown نحو سيٽنگون ۽ ٻين ايڊيٽر سيٽنگون.
и .
هڪ مستحڪم سائيٽ ايڊيٽر استعمال ڪندي فائل جي تعارفي حصي کي ايڊٽ ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
فرنٽ معاملو جامد سائيٽ جنريٽر پاران پروسيسنگ لاءِ ڊيٽا فائلن ۾ صفحي جي متغيرن کي بيان ڪرڻ لاءِ هڪ لچڪدار ۽ آسان طريقو آهي. اهو عام طور تي صفحي جي عنوان، ترتيب سان ٺهيل، يا ليکڪ کي سيٽ ڪرڻ لاء استعمال ڪيو ويندو آهي، پر HTML ۾ صفحي کي رينجر ڪرڻ وقت جنريٽر کي ڪنهن به قسم جي ميٽا ڊيٽا کي منتقل ڪرڻ لاء استعمال ڪري سگهجي ٿو. هر ڊيٽا فائل جي بلڪل چوٽي تي شامل آهي، تعارفي حصو عام طور تي YAML يا JSON طور فارميٽ ڪيو ويندو آهي ۽ مسلسل ۽ درست نحو جي ضرورت آهي. استعمال ڪندڙ مخصوص نحوي ضابطن کان ناواقف ٿي سگھي ٿو نادانستگي سان غلط مارڪ اپ داخل ڪري سگھي ٿو، جيڪو بدلي ۾ فارميٽنگ جي مسئلن جو سبب بڻجي سگھي ٿو يا اڃا تائين ناڪامي پيدا ڪري سگھي ٿو.
جامد سائيٽ ايڊيٽر جو WYSIWYG ايڊيٽنگ موڊ اڳ ۾ ئي ايڊيٽر مان تعارف هٽائي ٿو ته جيئن فارميٽنگ جي انهن غلطين کي روڪي سگهجي. بهرحال، هي توهان کي هن حصي ۾ ذخيرو ڪيل قدرن کي تبديل ڪرڻ کان روڪي ٿو بغير ماخذ موڊ ۾ ترميم ڪرڻ جي واپسي. GitLab 13.4 ۾، توهان ڪنهن به فيلڊ تائين رسائي ڪري سگهو ٿا ۽ ان جي قدر کي هڪ واقف فارم تي ٻڌل انٽرفيس ۾ تبديل ڪري سگهو ٿا. جڏهن بٽڻ دٻايو ويندو آهي سيٽنگون (جوڙ) هڪ پينل کوليو ويندو جيڪو شروع ۾ بيان ڪيل هر ڪيچ لاءِ فارم فيلڊ ڏيکاريندو. فيلڊ موجوده قدر سان ڀريل آهن، ۽ انهن مان ڪنهن کي تبديل ڪرڻ بلڪل آسان آهي جيئن ويب فارم ۾ داخل ڪرڻ. تعارف کي هن طريقي سان ايڊٽ ڪرڻ پيچيده نحو کان بچي ٿو ۽ توهان کي مواد تي مڪمل ڪنٽرول ڏئي ٿو جڏهن ته يقيني بڻائين ته حتمي نتيجو مسلسل فارميٽ ٿيل آهي.
и .
جيرا ۽ ڊي وي سي ايس ڪنيڪٽر لاءِ GitLab هاڻي ڪور ۾ آهي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab تي جيرا استعمال ڪندڙن لاءِ: и توهان کي GitLab ڪمٽس بابت معلومات ڏيکارڻ جي اجازت ڏئي ٿي ۽ سڌو سنئون جيرا ۾ درخواستن کي ضم ڪرڻ جي اجازت ڏئي ٿي. اسان جي تعمير ٿيل جيرا انضمام سان گڏ، توهان آساني سان ٻنهي ايپس جي وچ ۾ منتقل ڪري سگهو ٿا جيئن توهان ڪم ڪيو.
اهي خاصيتون پهريان صرف اسان جي پريميئم پلان ۾ موجود هيون، پر هاڻي سڀني صارفين لاءِ دستياب آهن!
и .
گيتالي ڪلستر ٽرانزيڪشن لاءِ اڪثريت ووٽنگ (بيٽا)
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
Gitaly ڪلستر توهان کي Git repositories کي ڪيترن ئي ”گرم“ گيتالي نوڊس ڏانهن نقل ڪرڻ جي اجازت ڏئي ٿو. هي ناڪامي جي هڪ پوائنٽ کي ختم ڪندي غلطي رواداري وڌائي ٿو. ، GitLab 13.3 ۾ متعارف ڪرايو ويو، تبديلين کي ڪلستر ۾ سڀني گيتالي نوڊس تي نشر ڪرڻ جو سبب بڻائيندو، پر صرف گيتالي نوڊس جيڪي ووٽ ڪن ٿا بنيادي نوڊ سان معاهدي ۾ تبديلين کي ڊسڪ ۾ محفوظ ڪريو. جيڪڏهن سڀئي ريپليڪا نوڊس متفق نه ٿين، تبديلي جي صرف هڪ ڪاپي ڊسڪ تي محفوظ ڪئي ويندي، ناڪامي جو هڪ واحد نقطو ٺاهي جيستائين asynchronous replication مڪمل نه ٿئي.
اڪثريت ووٽنگ غلطي جي رواداري کي بهتر بڻائي ٿي، ڊسڪ ۾ تبديلين کي بچائڻ کان اڳ اڪثريت جي نوڊس (سڀني نه) جي رضامندي جي ضرورت آهي. جيڪڏهن هي ٽوگل خصوصيت فعال آهي، لکت ڪيترن ئي نوڊس تي ڪامياب ٿيڻ گهرجي. اختلافي نوڊس پاڻمرادو هم وقت سازي ڪيا ويندا آهن انهن نوڊس مان غير مطابقت واري نقل استعمال ڪندي جيڪي ڪورم ٺاهيا آهن.
и .
ويب IDE ۾ JSON جي تصديق لاءِ ڪسٽم اسڪيما سپورٽ
(پريميئم، الٽيميٽ، سلور، گولڊ)
پروجيڪٽ جتي ماڻهو JSON يا YAML ۾ ترتيبون لکندا آهن اڪثر مسئلن جو شڪار هوندا آهن ڇاڪاڻ ته اهو ٽائپو ڪرڻ ۽ ڪجهه ٽوڙڻ آسان آهي. CI پائپ لائن ۾ انهن مسئلن کي پڪڙڻ لاء انسپيڪشن اوزار لکڻ ممڪن آهي، پر JSON اسڪيما فائل استعمال ڪندي دستاويز ۽ اشارو مهيا ڪرڻ لاء ڪارائتو ٿي سگهي ٿو.
پروجيڪٽ شرڪت ڪندڙ پنھنجي مخزن ۾ ھڪڙي فائل ۾ ڪسٽم اسڪيما ڏانھن رستو بيان ڪري سگھن ٿا .gitlab/.gitlab-webide.yml، جيڪو اسڪيما ۽ رستو بيان ڪري ٿو فائلن کي چيڪ ڪيو وڃي. جڏهن توهان ويب IDE ۾ هڪ مخصوص فائل لوڊ ڪندا آهيو، توهان کي فائل ٺاهڻ ۾ مدد لاءِ اضافي موٽ ۽ تصديق نظر ايندي.
и .
ھدايت ٿيل Acyclic گراف (DAG) برانچنگ جي حد وڌائي 50 تائين
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جيڪڏهن توهان conveyors استعمال ڪري رهيا آهيو (ڊائريڪٽڊ ايڪيڪلڪ گراف (DAG))، توھان کي معلوم ٿي سگھي ٿو ته 10 نوڪرين جي ھڪڙي حد آھي جنھن ۾ ھڪڙي نوڪري بيان ڪري سگھي ٿي needs:، ڏاڍو سخت. 13.4 ۾، ڊفالٽ حد وڌائي وئي 10 کان 50 تائين توهان جي پائپ لائنن ۾ نوڪرين جي وچ ۾ لاڳاپن جي وڌيڪ پيچيده نيٽ ورڪ جي اجازت ڏيڻ لاء.
جيڪڏهن توهان هڪ ڪسٽم GitLab مثال جا منتظم آهيو، توهان ٽوگل فيچر قائم ڪرڻ سان هن حد کي اڃا به وڌيڪ وڌائي سگهو ٿا، جيتوڻيڪ اسان ان لاءِ سرڪاري مدد پيش نٿا ڪريون.
и .
بهتر رويي needs گم ٿيل ڪمن لاء
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڪجهه حالتن ۾، پائپ لائن ۾ هڪ مس ٿيل نوڪري غلط طور تي ڪامياب سمجهي سگهجي ٿي انحصار لاءِ بيان ڪيل needs، جنهن سبب ايندڙ نوڪريون هلڻ لڳيون، جيڪي نه ٿيڻ گهرجن ها. اهو رويو نسخو 13.4 ۾ مقرر ڪيو ويو آهي، ۽ needs ھاڻي صحيح طور تي مس ٿيل ڪمن جي ڪيسن کي سنڀاليندو آھي.
и .
ان کي ختم ٿيڻ کان روڪڻ لاء آخري ڳولا واري نموني کي پن ڪريو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab هاڻي خودڪار طريقي سان لاڪ ڪري ٿو آخري ڪامياب نوڪري ۽ پائپ لائن آرٽيڪل ڪنهن به فعال شاخ تي، ضم ڪرڻ جي درخواست، يا ٽيگ کي ختم ٿيڻ کان پوء ختم ٿيڻ کان روڪڻ لاء. پراڻي نموني کي صاف ڪرڻ لاء وڌيڪ جارحتي ختم ٿيڻ جي ضابطن کي ترتيب ڏيڻ آسان ٿي وڃي ٿو. هي ڊسڪ اسپيس جي استعمال کي گهٽائڻ ۾ مدد ڪري ٿو ۽ يقيني بڻائي ٿو ته توهان وٽ هميشه پائپ لائن مان جديد نموني جي ڪاپي آهي.
и .
CI/CD گائيڊ پائپ لائن جي اصلاح لاءِ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
توهان جي CI/CD پائپ لائن کي بهتر ڪرڻ سان ترسيل جي رفتار بهتر ٿي سگهي ٿي ۽ پئسا بچائي سگهجن ٿا. اسان پنهنجي دستاويز کي بهتر ڪيو آهي ته جيئن توهان جي پائپ لائنن کي بهتر ڪرڻ مان وڌ کان وڌ فائدو حاصل ڪرڻ لاءِ هڪ تڪڙا گائيڊ شامل ڪيو وڃي.
и .
ٽيسٽ رپورٽ ٽيسٽ اسٽيٽس طرفان ترتيب ڏنل
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
پائپ لائن ۾ سڀني تجربن جي نتيجن کي ڏسڻ لاء هڪ آسان طريقو آهي. جڏهن ته، تجربن جي وڏي تعداد سان، ناڪام ٽيسٽ ڳولڻ ۾ هڪ ڊگهو وقت وٺي سگھي ٿو. ٻيا مسئلا جيڪي رپورٽ کي استعمال ڪرڻ ۾ ڏکيائي پيدا ڪري سگھن ٿا ان ۾ ڊگھي ٽريس آئوٽ پُٽ ذريعي اسڪرول ڪرڻ ۾ ڏکيائي ۽ 1 سيڪنڊ کان گھٽ ۾ ھلندڙ ٽيسٽن لاءِ وقت کي صفر ڪرڻ. ھاڻي، ڊفالٽ طور، جڏھن ھڪڙي ٽيسٽ رپورٽ کي ترتيب ڏيو، اھو پھريائين ناڪام ٽيسٽن کي رپورٽ جي شروعات ۾ رکي ٿو، ۽ پوءِ ٽيسٽن کي مدت موجب ترتيب ڏئي ٿو. اهو آسان بڻائي ٿو ناڪامين کي ڳولڻ ۽ ڊگهو ٽيسٽ. اضافي طور تي، ٽيسٽ جا عرصو هاڻي مليس سيڪنڊن يا سيڪنڊن ۾ ڏيکاريا ويندا آهن، انهن کي پڙهڻ لاءِ تمام تيز بڻائيندا آهن، ۽ اڳئين اسڪرولنگ جا مسئلا به حل ڪيا ويا آهن.
и .
پيڪيج رجسٽري تي اپلوڊ ڪيل فائلن جي سائيز تي حدون
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ھاڻي حدون آھن پيڪيج فائلن جي سائيز تي جيڪي اپلوڊ ڪري سگھجن ٿيون GitLab پيڪيج رجسٽري. پابنديون شامل ڪيون ويون آهن پيڪيج رجسٽري جي ڪارڪردگي کي بهتر ڪرڻ ۽ غلط استعمال کي روڪڻ لاءِ. پيڪيج جي شڪل جي لحاظ کان حدون مختلف ٿين ٿيون. GitLab.com لاءِ، وڌ ۾ وڌ فائيل سائيز آھن:
- ڪنن: 250 ايم بي
- ميون: 3 جي بي
- NPM: 300MB
- NuGet: 250MB
- پي پي آئي: 3 جي بي
ڪسٽم GitLab مثالن لاء، ڊفالٽ ساڳيا آهن. بهرحال، منتظم استعمال ڪندي پابنديون تازه ڪاري ڪري سگھن ٿا .
и .
استعمال ڪريو CI_JOB_TOKEN PyPI پيڪيجز شايع ڪرڻ لاءِ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
توهان استعمال ڪري سگهو ٿا GitLab PyPI مخزن ٺاهڻ، شايع ڪرڻ ۽ شيئر ڪرڻ لاءِ Python پيڪيجز سان گڏ سورس ڪوڊ ۽ CI/CD پائپ لائنون. جڏهن ته، اڳ ۾ توهان اڳواٽ بيان ڪيل ماحول جي متغير استعمال ڪندي مخزن جي تصديق نه ڪري سگهو ٿا CI_JOB_TOKEN. نتيجي طور، توهان کي PyPI مخزن کي اپڊيٽ ڪرڻ لاءِ پنهنجون ذاتي سندون استعمال ڪرڻيون پونديون، يا شايد توهان فيصلو ڪيو هوندو ته مخزن کي هرگز استعمال نه ڪيو وڃي.
هاڻي GitLab CI/CD استعمال ڪرڻ آسان ٿي ويو آهي PyPI پيڪيجز کي شايع ڪرڻ ۽ انسٽال ڪرڻ لاءِ اڳواٽ بيان ڪيل ماحوليات جي استعمال سان CI_JOB_TOKEN.
и .
درخواست تي DAST اسڪينر پروفائلز
(الٽيميٽ، گولڊ)
آن ڊيمانڊ DAST اسڪين تائين جيڪو هو , DAST اسڪينر پروفائلز شامل ڪيا ويا آھن. اهي انهن اسڪين جي ترتيب جي صلاحيتن کي وڌايو، توهان کي جلدي ڪيترن ئي اسڪين قسمن کي ڍڪڻ لاء ڪيترن ئي پروفائلز ٺاهڻ جي اجازت ڏئي ٿي. 13.4 ۾، ڪريلر جي پروفائيل ۾ اصل ۾ هڪ ڪريلر جي ٽائم آئوٽ سيٽنگ شامل آهي جيڪا سيٽ ڪري ٿي ته DAST ڪريلر کي ڪيترو وقت هلڻ گهرجي جيئن اهو ڪريل ٿيل سائيٽ جي سڀني صفحن کي ڳولڻ جي ڪوشش ڪري. پروفائيل ۾ ٽارگيٽ سائيٽ جي ٽائم آئوٽ سيٽنگ پڻ شامل آهي ته اهو مقرر ڪرڻ لاءِ ته ڪرائيلر کي ڪيتري دير تائين سائيٽ تائين رسائي ٿيڻ جو انتظار ڪرڻ گهرجي ڪريال کي ختم ڪرڻ کان پهريان جيڪڏهن سائيٽ 200 يا 300 اسٽيٽس ڪوڊ سان جواب نه ڏئي ٿي. جيئن اسان اڳتي وڌندا رهياسين هي فيچر بهتر ٿيندو. مستقبل جي رليز ۾ اسڪينر پروفائل ۾ شامل ڪيو ويو؛ اضافي جوڙجڪ پيٽرولر شامل ڪيا ويندا.
и .
GitLab صفحن لاءِ هڪ سادي ريڊائريڪٽ ترتيب واري فائل
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جيڪڏهن توهان GitLab صفحا استعمال ڪريو ٿا ۽ URL تبديلين کي بهتر طور تي منظم ڪرڻ چاهيو ٿا، توهان شايد محسوس ڪيو آهي ته توهان جي GitLab صفحن جي سائيٽ تي ريڊائريڪٽس کي منظم ڪرڻ ممڪن نه هو. GitLab هاڻي توهان کي اجازت ڏئي ٿو ته ضابطن کي ترتيب ڏيڻ لاءِ هڪ URL کي ٻئي ڏانهن ريڊائريڪٽ ڪرڻ لاءِ توهان جي صفحن جي سائيٽ لاءِ مخزن ۾ هڪ ترتيب واري فائل شامل ڪندي. اها خصوصيت کيون بارنيٽ (Kevin Barnett) جي تعاون جي مهرباني سان ممڪن ٿي آهي.)، اسان جي Eric Eastwood () ۽ GitLab ٽيمون. توهان جي ان پٽ لاء هر ڪنهن جي مهرباني.
и .
GitLab پاران منظم ڪيل Terraform رياست
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
Terraform اسٽيٽ جي پوئين ورزن تائين رسائي ضروري آهي ٻنهي جي تعميل لاءِ ۽ جيڪڏهن ضروري هجي ته ڊيبگنگ لاءِ. GitLab پاران منظم ڪيل Terraform اسٽيٽ جي ورزننگ لاءِ مدد مهيا ڪئي وئي آهي GitLab 13.4 سان شروع ٿي. ورشننگ خودڪار طور تي نئين Terraform اسٽيٽ فائلن لاء فعال ٿي وئي آهي. موجوده Terraform رياست فائلون ٿيندو بعد ۾ ڇڏڻ ۾.
и .
اهم واقعا نوٽيفڪيشن تفصيل
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن واقعن جي پروسيسنگ، توهان کي آساني سان طئي ڪرڻ جي قابل ٿيڻ جي ضرورت آهي ته هڪ خبرداري ڪيتري وقت تائين کليل هئي ۽ ڪيترا ڀيرا واقعي کي متحرڪ ڪيو ويو. اهي تفصيل اڪثر ڪري نازڪ هوندا آهن اهو طئي ڪرڻ ۾ ته گراهڪ تي ڪهڙو اثر پوي ٿو ۽ توهان جي ٽيم کي پهرين پتو ڏيڻ گهرجي. نئين حادثن جي تفصيل واري پينل ۾، اسان خبرداري جي شروعات جو وقت، واقعن جو تعداد، ۽ اصل خبرداري جي لنڪ ڏيکاريون ٿا. اها معلومات انهن واقعن لاءِ موجود آهي جيڪي خبردارين مان پيدا ٿين ٿيون.
и .
واقعن جي شدت جي ماپ کي ترتيب ڏيڻ ۽ تبديل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
حادثن جي شدت جو طول و عرض جوابدارن ۽ اسٽيڪ هولڊرز کي اجازت ڏئي ٿو ته هو بندش جي اثر جو اندازو لڳائي سگهن، انهي سان گڏ جواب جي طريقيڪار ۽ تڪڙي. جيئن توهان جي ٽيم واقعي جي حل ۽ بحالي دوران نتيجن کي حصيداري ڪري ٿي، اهي هن سيٽنگ کي تبديل ڪري سگهن ٿا. توھان ھاڻي تبديلي ڪري سگھو ٿا ھڪڙي واقعي جي شدت کي حادثن جي تفصيل واري صفحي جي ساڄي سائڊبار ۾، ۽ شدت واقعن جي فهرست ۾ ڏيکاريل آھي.
и .
ڪنٽينر نيٽورڪ سيڪيورٽي ضابطن کي ٺاهڻ، تبديل ڪرڻ ۽ حذف ڪرڻ
(الٽيميٽ، گولڊ)
ڪنٽينر نيٽورڪ سيڪيورٽي رول ايڊيٽر ۾ هي واڌارو صارفين کي آساني سان ٺاهي، تدوين ڪرڻ، ۽ انهن جي ضابطن کي سڌو GitLab يوزر انٽرفيس مان حذف ڪرڻ جي اجازت ڏئي ٿو. ايڊيٽر خاصيتون شامل آهن .yaml تجربا استعمال ڪندڙن لاءِ ۽ ضابطن جي ايڊيٽر لاءِ هڪ وجداني انٽرفيس سان جيڪي نيٽ ورڪ جي ضابطن ۾ نوان آهن. توھان سيڪشن ۾ نوان ضابطا انتظام جا اختيار ڳولي سگھو ٿا سيڪيورٽي ۽ تعميل > خطري جو انتظام > ضابطا (سيڪيورٽي ۽ تعميل > خطري جو انتظام > پاليسيون).
и .
Azure blob اسٽوريج سپورٽ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab ۽ GitLab رنر ٻئي ھاڻي سپورٽ ڪن ٿا , Azure تي GitLab خدمتن کي هلائڻ آسان بڻائي ٿي.
GitLab مثال سڀني قسمن جي آبجیکٹ اسٽورن لاءِ Azure کي سپورٽ ڪري ٿو، بشمول LFS فائلون، CI artifacts، ۽ . Azure Blob اسٽوريج قائم ڪرڻ لاء، تنصيب جي هدايتن تي عمل ڪريو يا .
GitLab جاب پروسيسر پڻ سپورٽ ڪن ٿا Azure اسٽوريج لاءِ . Azure اسٽوريج سيڪشن کي استعمال ڪندي ترتيب ڏئي سگهجي ٿو .
и .
Ubuntu ۽ OpenSUSE لاءِ Omnibus ARM64 پيڪيجز
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
64-bit ARM آرڪيٽيڪچر تي GitLab هلائڻ جي حمايت لاءِ وڌندڙ مطالبن جي جواب ۾، اسان سرڪاري ARM64 Ubuntu 20.04 Omnibus پيڪيج جي دستيابي جو اعلان ڪرڻ تي راضي آهيون. Zitai Chen ۽ Guillaume Gardet جي وڏي مھرباني، انھن وڏين مددن لاءِ - انھن جي ضم ٿيڻ جي درخواستن ھن ۾ ھڪ اھم ڪردار ادا ڪيو!
Ubuntu 20.04 لاءِ پيڪيج ڊائون لوڊ ۽ انسٽال ڪرڻ لاءِ، وڃو اسان جي ۽ چونڊيو Ubuntu.
и .
GitLab هيلم چارٽ لاءِ سمارٽ ڪارڊ جي تصديق جي حمايت
(پريميئم، الٽيميٽ)
سمارٽ ڪارڊ، جهڙوڪ عام رسائي ڪارڊ (سي اي سي)، هاڻي استعمال ڪري سگھجن ٿا GitLab مثال جي تصديق ڪرڻ لاءِ هيلم چارٽ ذريعي. سمارٽ ڪارڊ X.509 سرٽيفڪيٽ استعمال ڪندي مقامي ڊيٽابيس جي خلاف تصديق ٿيل آهن. ان سان گڏ، هيلم چارٽ سان سمارٽ ڪارڊ جي سپورٽ هاڻي سمارٽ ڪارڊ سپورٽ جي مطابق آهي جيڪا Omnibus ڊيپلائيمينٽس ۾ موجود آهي.
и .
تفصيلي رليز نوٽس ۽ تازه ڪاري / تنصيب جون هدايتون اصل انگريزي پوسٽ ۾ پڙهي سگهجن ٿيون: .
اسان انگريزيءَ مان ترجمي تي ڪم ڪري رهيا هئاسين , , и .
جو ذريعو: www.habr.com