مختلف منصوبن ۾ پائپ لائنز جي ڪارڪردگي بابت آسان معلومات
GitLab DevOps لائف سائيڪل ۾ نمائش وڌائڻ جاري رکي ٿي. هن مسئلي تي ڪنٽرول پينل پائپ لائن جي صورتحال جو جائزو شامل ڪيو.
اهو آسان آهي جيتوڻيڪ توهان هڪ واحد منصوبي جي پائپ لائن جو مطالعو ڪري رهيا آهيو، پر خاص طور تي مفيد آهي جيڪڏهن ڪيترائي منصوبا, - ۽ اهو عام طور تي ٿئي ٿو جيڪڏهن توهان microservices استعمال ڪريو ٿا ۽ مختلف پروجيڪٽ ريپوزٽريز مان ڪوڊ ٽيسٽ ۽ پهچائڻ لاءِ پائپ لائن هلائڻ چاهيو ٿا. هاڻي توهان فوري طور تي ڪارڪردگي ڏسي سگهو ٿا ڪنٽرول پينل تي پائپ لائنون، جتي به پرفارم ڪيو وڃي ٿو.
ضم ٿيل نتيجن لاءِ هلندڙ پائپ لائنون
وقت گذرڻ سان، ذريعا ۽ ٽارگيٽ شاخون الڳ ٿي وينديون آهن، ۽ هڪ صورتحال پيدا ٿي سگهي ٿي جتي اهي الڳ الڳ منهن ڏين، پر گڏجي ڪم نه ڪن. هاڻي توهان ڪري سگهو ٿا ضم ٿيڻ کان اڳ ضم ٿيل نتيجن لاءِ پائيپ لائينون هلائڻ. هن طريقي سان توهان جلدي غلطين کي نوٽيس ڪندا جيڪي صرف ظاهر ٿيندا جڏهن تبديلين کي اڪثر شاخن جي وچ ۾ منتقل ڪيو ويو، جنهن جو مطلب آهي ته توهان پائپ لائن جي غلطي کي تمام تيزيء سان درست ڪندا ۽ استعمال ڪندا. GitLab رنر.
وڌيڪ بهتر تعاون
GitLab 11.10 بيحد تعاون ۽ آسان ڪم فلوز لاءِ اڃا به وڌيڪ خاصيتون شامل ڪري ٿو. IN اڳوڻو مسئلو اسان ضم ڪرڻ جي درخواستن لاءِ تجويزون متعارف ڪرايون آهن، جتي هڪ نظرثاني ڪندڙ ضم ڪرڻ جي درخواست تي تبصري ۾ هڪ ليڪ ۾ تبديلي جي تجويز ڏئي سگهي ٿو، ۽ اهو فوري طور تي تبصري جي سلسلي مان سڌو سنئون ڪم ڪري سگهجي ٿو. اسان جي صارفين ان کي پسند ڪيو ۽ هن خصوصيت کي وڌائڻ لاء چيو. هاڻي توهان پيش ڪري سگهو ٿا گھڻن لائنن لاء تبديليون، اشارو ڪندي ڪھڙين لائينن کي ختم ڪرڻ ۽ ڪھڙو شامل ڪرڻ.
هن مهيني جو سڀ کان وڌيڪ قيمتي ملازم آهي Takuya Noguchi (تاڪيا نوگوچي). تاڪيو GitLab جي شان لاء سٺو ڪم ڪيو: فڪس ٿيل بگ، پس منظر ۽ فرنٽ اينڊ ۾ مڪمل خاميون ۽ يوزر انٽرفيس کي بهتر بڻايو. تنهنجي مهرباني!
GitLab 11.10 جي مکيه خاصيتون
ڪنٽرول پينل تي پائپ لائنون
پريميئم، الٽيميٽ، چاندي، سون
GitLab ۾ ڊيش بورڊ توهان جي پوري GitLab مثال جي منصوبن بابت معلومات ڏيکاري ٿو. توهان هڪ وقت ۾ انفرادي پروجيڪٽ شامل ڪريو ۽ چونڊي سگهو ٿا ته ڪهڙو منصوبو توهان جي فائدي ۾ آهي.
هن رليز ۾، اسان ڊيش بورڊ تي پائپ لائن جي حالتن بابت معلومات شامل ڪئي. ھاڻي ڊولپرز سڀني ضروري منصوبن ۾ پائپ لائنز جي ڪارڪردگي کي ڏسندا آھن - ھڪڙي انٽرفيس ۾.
ضم ٿيل نتيجن لاءِ پائپ لائنون
پريميئم، الٽيميٽ، چاندي، سون
اهو عام آهي ته ماخذ برانچ لاءِ وقت سان گڏ ٽارگيٽ برانچ کان ڌار ٿيڻ تائين جيستائين توهان انهن جي وچ ۾ تبديلين کي مسلسل زور نه ڏيو. نتيجي طور، ماخذ ۽ ٽارگيٽ برانچ پائپ لائنون ”سبز“ آهن ۽ ان ۾ ڪو به ضم ٿيڻ وارو تضاد نه آهي، پر انضمام ناگزير تبديلين جي ڪري ناڪام ٿئي ٿو.
جڏهن ضم ڪرڻ جي درخواست پائپ لائن پاڻمرادو هڪ نئين لنڪ ٺاهي ٿي جنهن ۾ ذريعو ۽ ٽارگيٽ شاخن جي ضم ٿيڻ جو گڏيل نتيجو شامل آهي، اسان پائپ لائن کي ان لنڪ تي هلائي سگهون ٿا ۽ يقيني بڻائي سگهون ٿا ته مجموعي نتيجو ڪم ڪري رهيو آهي.
جيڪڏهن توهان ضم ڪرڻ جي درخواست پائپ لائنز استعمال ڪري رهيا آهيو (ڪنهن به گنجائش ۾) ۽ استعمال ڪري رهيا آهيو نجي GitLab رنر ورزن 11.8 يا پراڻا، توهان کي ان مسئلي کان بچڻ لاءِ انهن کي اپڊيٽ ڪرڻ جي ضرورت پوندي. gitlab-ee#11122. اهو عوامي 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، توھان تڪڙو ڪري سگھوٿا سڀ پوئين تبديليون حذف ۽ قيمتي جڳھ خالي ڪريو.
آٽو DevOps سان، ٽيمون جديد DevOps طريقن ڏانهن منتقلي لڳ ڀڳ بغير ڪنهن ڪوشش جي. GitLab 11.10 سان شروع ڪندي، آٽو DevOps ۾ هر نوڪري مهيا ڪئي وئي آهي جيئن آزاد ٽيمپليٽ. استعمال ڪندڙ استعمال ڪري سگھن ٿا функцию includes GitLab CI ۾ آٽو DevOps جي انفرادي مرحلن کي فعال ڪرڻ ۽ ساڳئي وقت توهان جي ڪسٽم فائل استعمال ڪريو gitlab-ci.yml. هن طريقي سان توهان صرف انهن نوڪرين کي فعال ڪري سگهو ٿا جيڪي توهان کي گهربل آهن ۽ اپ اسٽريم اپڊيٽ جو فائدو وٺي سگهو ٿا.
SCIM استعمال ڪندي GitLab.com تي گروپ جي ميمبرن کي پاڻمرادو منظم ڪريو
چاندي، سون
اڳي، توهان کي GitLab.com تي گروپ رڪنيت کي دستي طور تي منظم ڪرڻو پوندو. توھان ھاڻي SAML SSO استعمال ڪري سگھو ٿا ۽ رڪنيت کي منظم ڪرڻ لاءِ SCIM استعمال ڪري سگھوٿا GitLab.com تي صارفين کي ٺاهڻ، حذف ڪرڻ ۽ تازه ڪاري ڪرڻ لاءِ.
اهو خاص طور تي ڪارائتو آهي ڪمپنين لاءِ وڏي تعداد ۾ صارفين ۽ مرڪزي سڃاڻپ فراهم ڪندڙ. ھاڻي توھان وٽ سچائي جو ھڪڙو واحد ذريعو آھي، جھڙوڪ Azure Active Directory، ۽ صارف ٺاھيا ويندا ۽ خودڪار طور تي سڃاڻپ فراهم ڪندڙ جي ذريعي ختم ڪيا ويندا بجاء دستي طور تي.
لاگ ان ٿيو GitLab.com ذريعي SAML فراهم ڪندڙ
چاندي، سون
اڳي، جڏهن گروپن لاءِ SAML SSO استعمال ڪري رهيا هئا، صارف کي GitLab سند ۽ هڪ سڃاڻپ فراهم ڪندڙ سان سائن ان ٿيڻ جي ضرورت هئي. توھان ھاڻي سڌو سنئون لاگ ان ڪري سگھو ٿا SSO ذريعي GitLab استعمال ڪندڙ جي طور تي ھڪڙي ترتيب ڏنل گروپ سان لاڳاپيل.
صارفين کي ٻه ڀيرا سائن ان ڪرڻ جي ضرورت نه پوندي، انهي کي آسان بڻائي ڪمپنين لاءِ SAML SSO استعمال ڪرڻ GitLab.com لاءِ.
GitLab 11.10 ۾ ٻيون واڌايون
ٻارن جي ايپيڪ اسڪيما
الٽيميٽ ، سونا
پوئين رليز ۾، اسان توهان جي نوڪري جي تقسيم جي جوڙجڪ کي منظم ڪرڻ ۾ مدد ڏيڻ لاء ٻارن جي ايپڪس (ايپيڪس جي ايپڪس) شامل ڪيو. ٻارن جي ايپڪس والدين ايپيڪس جي صفحي تي ظاهر ٿيندا آهن.
هن رليز ۾، والدين ايپيڪ پيج ٻارن جي ايپڪس جو خاڪو ڏيکاري ٿو ته جيئن ٽيمون ٻارن جي ايپڪس جي ٽائم لائن ڏسي سگهن ۽ وقت جي انحصار کي منظم ڪري سگهن.
هن رليز ۾، اسان معلوماتي اسڪرينون متعارف ڪرايون ٿا جيڪي پاپ اپ ٿين ٿيون جڏهن توهان ضم ٿيڻ جي درخواست جي لنڪ تي هور ڪريو ٿا. اڳي، اسان صرف ضم ڪرڻ جي درخواست جو عنوان ڏيکاريو آھي، پر ھاڻي اسين ضم ڪرڻ جي درخواست جي حيثيت، CI پائپ لائن جي حيثيت، ۽ مختصر URL پڻ ڏيکاريون ٿا.
اسان مستقبل جي رليز ۾ وڌيڪ اهم معلومات شامل ڪرڻ جو ارادو ڪيو، مثال طور. ذميوار ماڻهو ۽ ڪنٽرول پوائنٽ، ۽ اسان پڻ متعارف ڪنداسين پاپ اپ اسڪرين لاءِ ڪمن بابت.
جيڪڏهن اسان ٽرڪن تي ٻڌل ڊولپمينٽ جو طريقو استعمال ڪريون ٿا، ته اسان کي هڪ مالڪ سان گڏ ننڍين، عارضي شاخن جي حق ۾ ڊگھي برانچن کان پاسو ڪرڻ گهرجي. ننڍيون تبديليون اڪثر ڪري سڌو سنئون ٽارگيٽ برانچ ڏانهن ڌڪينديون آهن، پر ائين ڪرڻ سان عمارت کي ٽوڙڻ جو خطرو آهي.
هن رليز سان، GitLab نئين گٽ پش آپشنز کي سپورٽ ڪري ٿو خودڪار طريقي سان ضم ڪرڻ جي درخواستن کي کولڻ لاءِ، ٽارگيٽ برانچ سيٽ ڪريو، ۽ برانچ ڏانهن ڌڪڻ وقت ڪمانڊ لائن مان ڪامياب پائپ لائن تي ضم کي لاڳو ڪرڻ.
GitLab ڪيترن ئي پروميٿيوس سرورز تائين رسائي ڪري سگھي ٿو (ماحول، پروجيڪٽ، ۽ گروپ (متوقع))، پر گھڻن آخري پوائنٽن سان پيچيدگي شامل ٿي سگھي ٿي يا معياري ڊيش بورڊ جي سپورٽ نه ٿي سگھي. هن رليز سان، ٽيمون هڪ واحد Prometheus API استعمال ڪري سگهن ٿيون، Grafana وانگر خدمتن سان انضمام کي تمام آسان بڻائي ٿي.
هڪ پروجيڪٽ وڪي ۾، ٽيمون ماخذ ڪوڊ ۽ ڪمن سان گڏ دستاويز ۽ ٻي اهم معلومات شيئر ڪري سگهن ٿيون. ھن رليز سان، توھان ترتيب ڏئي سگھوٿا وڪي صفحن جي فهرست ٺاھڻ جي تاريخ ۽ عنوان سان جلدي جلدي تازو ٺاھيل مواد کي ڳولڻ لاءِ.
ڪلستر پاران درخواست ڪيل وسيلن جي نگراني
الٽيميٽ ، سونا
GitLab توهان کي ترقي ۽ پيداوار جي ايپليڪيشنن لاءِ توهان جي ڪبرنيٽس ڪلستر جي نگراني ڪرڻ ۾ مدد ڪري ٿي. هن رليز سان شروع ڪندي، مانيٽر ڪريو سي پي يو ۽ ميموري درخواستن کي توهان جي ڪلستر کان امڪاني مسئلن کي نشانو بڻائڻ کان اڳ اهي مسئلا ٿيڻ کان اڳ.
گرافانا ڊيش بورڊ ۾ لوڊ بيلنس ميٽرڪس ڏسو
ڪور، اسٽارٽر، پريميئم، الٽيميٽ
اهو توهان جي GitLab مثال جي صحت جي نگراني ڪرڻ تمام ضروري آهي. اڳي، اسان مهيا ڪيل ڊفالٽ ڊيش بورڊز هڪ ايمبيڊڊ گرافانا مثال ذريعي. ھن رليز سان شروع ڪندي، اسان NGINX لوڊ بيلنس جي نگراني لاءِ اضافي ڊيش بورڊ شامل ڪيا آھن.
ايلڪسير لاءِ SAST
الٽيميٽ ، سونا
اسان ٻولي جي حمايت کي وڌائڻ ۽ سيڪيورٽي چيڪن کي وڌيڪ مضبوط ڪرڻ جاري رکون ٿا. ھن رليز ۾ اسان فعال ڪيو آھي سيڪيورٽي چيڪن تي منصوبن لاءِ ايلڪسير ۽ منصوبا ٺاهيا ويا فينڪس پليٽ فارم.
هڪ ڊراگرام ۾ ڪيترائي سوال
پريميئم، الٽيميٽ، چاندي، سون
GitLab ۾، توهان چارٽ ٺاهي سگهو ٿا انهن ميٽرڪس کي ڏسڻ لاءِ جيڪي توهان گڏ ڪندا آهيو. گهڻو ڪري، مثال طور، جيڪڏهن توهان کي هڪ ميٽرڪ جي وڌ ۾ وڌ يا سراسري قدر ڏسڻ جي ضرورت آهي، ته توهان هڪ چارٽ تي ڪيترائي قدر ڏيکارڻ چاهيو ٿا. هن رليز سان شروع ڪندي، توهان وٽ اهو موقعو آهي.
GitLab ڪيترن ئي طريقن سان مهيا ڪري ٿي بچاءُ и علائقي کي محدود ڪريو GitLab CI/CD ۾ متغير. پر متغير اڃا تائين تعميراتي لاگن ۾ ختم ٿي سگهن ٿا، ارادي طور تي يا حادثاتي طور تي.
GitLab خطري جي انتظام ۽ آڊيٽنگ کي سنجيدگي سان وٺندو آهي ۽ تعميل خاصيتن کي شامل ڪرڻ جاري رکي ٿو. GitLab 11.10 ۾، اسان نوڪريءَ جي ٽريڪ لاگز ۾ ڪي خاص قسم جي متغيرن کي ماسڪ ڪرڻ جي صلاحيت متعارف ڪرايو، انهن متغيرن جي مواد جي خلاف تحفظ جي سطح کي شامل ڪيو جيڪو حادثاتي طور لاگز ۾ شامل ٿي رهيو آهي. ۽ هاڻي GitLab خودڪار ماسڪ ڪيترائي بلٽ ان ٽوڪن متغير.
ٽيم جي سطح تي خودڪار DevOps کي فعال يا غير فعال ڪريو
GitLab سان ڪبرنيٽس انضمام توهان کي RBAC فيچر استعمال ڪرڻ جي اجازت ڏئي ٿو هڪ سروس اڪائونٽ استعمال ڪندي ۽ هر GitLab پروجيڪٽ لاءِ وقف ڪيل نالي جي جاءِ. هن رليز سان شروع ڪندي، وڌ ۾ وڌ ڪارڪردگيءَ لاءِ، اهي وسيلا صرف تڏهن ٺاهيا ويندا جڏهن ضرورتن لاءِ گهربل هجي.
جڏهن ڪبرنيٽس کي ترتيب ڏيڻ، GitLab CI انهن وسيلن کي ترتيب ڏيڻ کان اڳ ٺاهيندو.
خاصيتون شامل آهن GitLab بي سرور، ھاڻي ڏيکاريو ڪالن جو تعداد ھڪڙي خاص فنڪشن لاءِ وصول ڪيو. هن کي ڪرڻ لاء، توهان کي ڪلستر تي Prometheus انسٽال ڪرڻ جي ضرورت آهي جتي Knative نصب ٿيل آهي.
محفوظ ماحول کي پروجيڪٽ تائين رسائي حاصل ڪرڻ لاءِ اضافي خارجي اختيار جي وسيلن جي ضرورت ٿي سگھي ٿي. اسان ان ۾ اضافي سطح جي رسائي ڪنٽرول لاءِ مدد شامل ڪئي آهي 10.6 ۽ هن فنڪشنلٽي کي ڪور ۾ کولڻ لاءِ ڪيتريون ئي درخواستون مليون. اسان کي خارجي اختيار ۽ سيڪيورٽي جي اضافي پرت متعارف ڪرائڻ لاءِ خوشي ٿي آهي بنيادي مثالن لاءِ، ڇاڪاڻ ته هي خاصيت انفرادي شرڪت ڪندڙن کي گهربل آهي.
واپسي جي اصلاح project_id Elasticsearch ۾ بلب سرچ API ۾
اسٽارٽر، پريميئم، الٽيميٽ
اسان Elasticsearch blob سرچ API ۾ هڪ بگ کي درست ڪيو جيڪو غلطيءَ سان واپس اچي رهيو هو 0 لاءِ project_id. اهو ضروري ٿيندو Elasticsearch reindexصحيح قدر حاصل ڪرڻ لاء project_id GitLab جي هن نسخي کي انسٽال ڪرڻ کان پوء.
Omnibus بهتري
ڪور، اسٽارٽر، پريميئم، الٽيميٽ
اسان GitLab 11.10 ۾ Omnibus ۾ ھيٺيون واڌايون ڪيون آھن:
GitLab 11.10 شامل آهي سڀ کان وڌيڪ 5.9.0, اوپن سورس سست متبادل، جنهن جي تازي رليز ۾ شامل آهي هڪ نئين انٽيگريشن ڊاريڪٽري لاءِ آساني سان لڏپلاڻ واري ڊيٽا لاءِ Hipchat ۽ گهڻو ڪجهه. هن نسخي ۾ شامل آهي سيڪيورٽي تازه ڪاريون، ۽ اسان اپڊيٽ ڪرڻ جي صلاح ڏيو ٿا.
GitLab 12.0 ۾ اسان صحيح رويي تي سوئچ ڪنداسين ڄڻ ته خصوصيت سيٽنگ کي غير فعال ڪيو ويو. وڌيڪ تفصيل ۾ ڏسو هن ڪم.
ختم ڪرڻ جي تاريخ: 22 جون 2019
GitLab رنر لاءِ EOL تائين پهچندي لينڪس جي تقسيم لاءِ نامناسب حمايت
ڪجهه لينڪس ڊويزنون جن تي GitLab رنر نصب ٿي سگهي ٿو انهن جي مقصد کي پورو ڪيو آهي.
GitLab 12.0 ۾، GitLab Runner هاڻي پيڪيجز کي اهڙين لينڪس جي تقسيم ۾ تقسيم نه ڪندو. تقسيم جي هڪ مڪمل فهرست جيڪا هاڻي سپورٽ نه ڪئي وئي آهي اسان جي ۾ ملي سگهي ٿي دستاويز. Javier Ardo جي مهرباني (Javier Jardon) في سندس تعاون!
GitLab 12.0 ۾، GitLab رنر نئين حڪمن کي استعمال ڪندي شروع ڪيو ويو آهي. اهو صرف انهن صارفين تي لاڳو ٿئي ٿو جيڪي مددگار تصوير کي ختم ڪريو. وڌيڪ تفصيل ۾ ڏسو هن ڪم.
ختم ڪرڻ جي تاريخ: 22 جون 2019
GitLab Runner مان ورثي گٽ صاف ميڪانيزم کي هٽائڻ
GitLab رنر 11.10 ۾ اسان موقعو فراهم ڪندا آهيون ترتيب ڏيو ته ڪيئن رنر هڪ حڪم تي عمل ڪري ٿو git clean. اضافي طور تي، نئين صفائي واري حڪمت عملي استعمال کي ختم ڪري ٿي git reset ۽ حڪم ڏئي ٿو git clean لوڊ ڪرڻ جي قدم کان پوء.
جيئن ته هن رويي جي تبديلي ڪجهه صارفين کي متاثر ڪري سگهي ٿي، اسان هڪ پيٽرولر تيار ڪيو آهي FF_USE_LEGACY_GIT_CLEAN_STRATEGY. جيڪڏهن توهان قيمت مقرر ڪريو true، اهو ورثي جي صفائي واري حڪمت عملي کي بحال ڪندو. GitLab Runner ۾ فنڪشن پيٽرولر استعمال ڪرڻ بابت وڌيڪ ڳولهي سگھجي ٿو دستاويز ۾.
GitLab Runner 12.0 ۾، اسان ورثي جي صفائي واري حڪمت عملي جي حمايت کي ختم ڪنداسين ۽ فنڪشن پيٽرولر استعمال ڪندي ان کي بحال ڪرڻ جي صلاحيت. وڌيڪ تفصيل ۾ ڏسو هن ڪم.
ختم ڪرڻ جي تاريخ: 22 جون 2019
منتظم پينل ۾ سسٽم جي معلومات سيڪشن
GitLab توهان جي GitLab مثال جي باري ۾ معلومات پيش ڪري ٿي admin/system_info، پر اها معلومات صحيح نه ٿي سگهي.
واندو: لامحدود خانگي ذخيرا ۽ لامحدود تعداد ۾ پروجيڪٽ جي مدد ڪندڙ. بند منصوبن کي سطح جي خاصيتن تائين رسائي آهي واندوتي کليل منصوبا سطح جي خاصيتن تائين رسائي حاصل ڪريو هونء به.
Bronze: ٽيمن لاءِ جن کي ترقي يافته ڪم فلو خاصيتن تائين رسائي جي ضرورت آهي.
چاندي: ٽيمن لاءِ جن کي وڌيڪ مضبوط DevOps صلاحيتن، تعميل، ۽ تيز مدد جي ضرورت آهي.