لڪايل رازن کي جلدي ڳوليو
اهو لڳي ٿو ته هڪ ننڍڙي غلطي غلط طور تي هڪ گڏيل مخزن ڏانهن سندون پاس ڪرڻ لاءِ. تنهن هوندي به، نتيجا سنگين ٿي سگهي ٿو. هڪ دفعو حملي آور کي توهان جو پاسورڊ يا API چيڪ ملي ويندو، هو توهان جي اڪائونٽ تي قبضو ڪندو، توهان کي بند ڪري ڇڏيندو ۽ توهان جي رقم کي دوکي سان استعمال ڪندو. ان کان سواء، هڪ ڊومينو اثر ممڪن آهي: هڪ اڪائونٽ تائين رسائي ٻين تائين رسائي کي کوليو. داغ بلند آهن، تنهنڪري اهو انتهائي ضروري آهي ته لڪيل رازن کي جلد کان جلد معلوم ڪيو وڃي.
هن رليز ۾ اسان اختيار کي متعارف ڪرايو اسان جي SAST ڪارڪردگي جي حصي جي طور تي. هر ڪمٽ اسڪين ٿيل آهي CI/CD نوڪريءَ ۾ رازن لاءِ. اتي هڪ راز آهي - ۽ ڊولپر کي ضم ڪرڻ جي درخواست ۾ هڪ ڊيڄاريندڙ ملي ٿي. اهو جڳهه تي ليڪ ٿيل سندن کي رد ڪري ٿو ۽ نوان ٺاهي ٿو.
مناسب تبديلي جي انتظام کي يقيني بڻائڻ
جيئن ته اهو وڌندو آهي ۽ وڌيڪ پيچيده ٿي ويندو آهي، هڪ تنظيم جي مختلف حصن جي وچ ۾ تسلسل برقرار رکڻ وڌيڪ ڏکيو ٿي ويندو آهي. ايپليڪيشن جا وڌيڪ استعمال ڪندڙ ۽ وڌيڪ آمدني، غلط يا غير محفوظ ڪوڊ ضم ڪرڻ جا وڌيڪ سنگين نتيجا. ڪيترن ئي تنظيمن لاءِ، ضابطي کي ضم ڪرڻ کان اڳ صحيح جائزي جي عمل کي يقيني بڻائڻ هڪ سخت گهرج آهي ڇاڪاڻ ته خطرات تمام وڏا آهن.
GitLab 11.9 توهان کي وڌيڪ ڪنٽرول ۽ وڌيڪ موثر جوڙجڪ ڏئي ٿو، مهرباني ڪري . اڳي، اجازت حاصل ڪرڻ لاءِ، توهان کي صرف هڪ فرد يا گروهه جي سڃاڻپ ڪرڻي هئي (جنهن مان هر ميمبر اجازت ڏئي سگهي ٿو). توھان ھاڻي گھڻن ضابطن کي شامل ڪري سگھو ٿا ته جيئن ھڪڙي ضم ڪرڻ جي درخواست کي مخصوص ماڻھن کان يا ھڪڙي مخصوص گروپ جي گھڻن ميمبرن کان اجازت جي ضرورت آھي. ان کان علاوه، ڪوڊ مالڪن جي خصوصيت کي پرمٽ جي ضابطن ۾ ضم ڪيو ويو آهي، جيڪو ان شخص کي سڃاڻڻ آسان بڻائي ٿو جيڪو پرمٽ جاري ڪيو.
هي تنظيمن کي اجازت ڏئي ٿو پيچيده ريزوليوشن پروسيس تي عمل ڪرڻ دوران جڏهن هڪ واحد GitLab ايپ جي سادگي کي برقرار رکندي جتي مسئلا، ڪوڊ، پائپ لائنز، ۽ مانيٽرنگ ڊيٽا نظر اچن ٿا ۽ فيصلا ڪرڻ ۽ حل جي عمل کي تيز ڪرڻ لاءِ دستياب آهن.
ChatOps هاڻي کليل ذريعو آهي
GitLab ChatOps هڪ طاقتور آٽوميشن ٽول آهي جيڪو توهان کي اجازت ڏئي ٿو ڪنهن به CI/CD نوڪري کي هلائڻ ۽ ان جي اسٽيٽس کي سڌو سنئون چيٽ ايپس جهڙوڪ Slack ۽ Mattermost ۾. , ChatOps GitLab الٽيميٽ سبسڪرپشن جو حصو هو. بنياد и ، اسان ڪڏهن خصوصيتن کي هڪ سطح هيٺ ۽ ڪڏهن به مٿي نه ٿا ڪريون.
ChatOps جي صورت ۾، اسان محسوس ڪيو ته اها ڪارڪردگي هر ڪنهن لاءِ ڪارائتو ٿي سگهي ٿي، ۽ ڪميونٽي جي شموليت ان خصوصيت کي فائدو ڏئي سگهي ٿي.
GitLab 11.9 ۾ اسان ، ۽ اهڙيءَ طرح اهو هاڻي آزاد طور تي دستياب آهي استعمال لاءِ خود منظم GitLab ڪور ۽ GitLab.com تي ۽ ڪميونٽي لاءِ کليل.
۽ گھڻو ڪجھ!
هن رليز ۾ تمام گهڻيون خوبيون موجود آهن، مثال طور. , и ، - ته اسان توهان کي انهن بابت ٻڌائڻ جو انتظار نٿا ڪري سگهون!
سڀ کان وڌيڪ قيمتي ملازم () هن مهيني کي مارسل اميراولٽ طرفان تسليم ڪيو ويو آهي ()
مارسل مسلسل اسان کي GitLab دستاويزن کي بهتر بنائڻ ۾ مدد ڪئي. هن اسان جي دستاويزن جي معيار ۽ استعمال کي بهتر ڪرڻ لاء. Domo arigato [توهان جي تمام گهڻي مهرباني (جاپاني) - تقريبن. trans.] مارسل، اسان خلوص سان ان جي ساراهه ڪندا آهيون!
GitLab 11.9 رليز ۾ شامل ڪيل اهم خاصيتون
هڪ مخزن ۾ راز ۽ سندون دريافت ڪرڻ
(الٽيميٽ، گولڊ)
ڊولپر ڪڏهن ڪڏهن غير ارادي طور تي راز ۽ سندون ريموٽ ريپوزٽريز ڏانهن لِيڪ ڪندا آهن. جيڪڏهن ٻين ماڻهن کي هن ماخذ تائين رسائي آهي، يا جيڪڏهن پروجيڪٽ عوامي آهي، ته پوءِ حساس معلومات بي نقاب ٿيندي آهي ۽ حملي ڪندڙن طرفان وسيلن تائين رسائي حاصل ڪرڻ لاءِ استعمال ڪري سگهجي ٿي، جهڙوڪ ڊيپلائيمينٽ ماحول.
GitLab 11.9 هڪ نئون امتحان آهي - "راز جي چڪاس". اهو مخزن جي مواد کي اسڪين ڪري ٿو API چاٻيون ۽ ٻي معلومات جيڪا اتي نه هجڻ گهرجي. GitLab نتيجا ڏيکاري ٿو SAST رپورٽ ۾ ضم ڪرڻ جي درخواست ويجيٽ ۾، پائپ لائن رپورٽون، ۽ سيڪيورٽي ڊيش بورڊ.
جيڪڏهن توهان پهريان ئي پنهنجي ايپليڪيشن لاءِ SAST کي فعال ڪيو آهي، ته پوءِ توهان کي ڪجهه ڪرڻ جي ضرورت ناهي، بس هن نئين خصوصيت جو فائدو وٺو. اهو پڻ ترتيب ۾ شامل آهي رٿيل
ضابطو ضم ڪرڻ جي درخواستن کي حل ڪرڻ لاء
(پريميئم، الٽيميٽ، سلور، گولڊ)
ڪوڊ جو جائزو هر ڪامياب منصوبي جو هڪ لازمي عنصر آهي، پر اهو هميشه واضح ناهي ته ڪير تبديلين جو جائزو وٺڻ گهرجي. اهو اڪثر ڪري گهربل آهي مختلف ٽيمن مان نظرثاني ڪندڙ: ڊولپمينٽ ٽيم، صارف تجربو ٽيم، پيداوار ٽيم.
اجازت جا ضابطا توهان کي اجازت ڏين ٿا ته ڪوڊ جي نظرثاني ۾ شامل ماڻهن جي وچ ۾ رابطي جي عمل کي بهتر بڻائڻ جي ذريعي اختيار ڪيل منظور ڪندڙن جي دائري ۽ اجازتن جي گهٽ ۾ گهٽ تعداد جي وضاحت ڪندي. ضابطا ضابطا ضم ڪرڻ جي درخواست ويجيٽ ۾ ڏيکاريا ويا آهن ته جيئن توهان جلدي طور تي ايندڙ نظرثاني ڪندڙ کي تفويض ڪري سگھو ٿا.
GitLab 11.8 ۾، اجازت جا ضابطا ڊفالٽ طور بند ڪيا ويا. GitLab 11.9 سان شروع ڪندي، اهي ڊفالٽ طور تي دستياب آهن. GitLab 11.3 ۾ اسان متعارف ڪرايو اختيار ٽيم جي ميمبرن جي سڃاڻپ ڪرڻ لاء انفرادي ڪوڊس لاء ذميوار هڪ منصوبي جي اندر. ڪوڊ مالڪن جي خصوصيت کي اجازت جي ضابطن ۾ ضم ڪيو ويو آھي تنھنڪري توھان تبديلين جو جائزو وٺڻ لاءِ ھميشه صحيح ماڻھو ڳولي سگھوٿا.
ChatOps کي ڪور ڏانھن منتقل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اصل ۾ GitLab Ultimate 10.6 ۾ متعارف ڪرايو ويو، ChatOps GitLab ڪور ڏانهن منتقل ڪيو ويو آهي. GitLab ChatOps پيش ڪري ٿو GitLab CI نوڪريون هلائڻ جي صلاحيت Slack ذريعي خصوصيت استعمال ڪندي .
اسان هن خصوصيت کي اسان جي مطابق اوپن سورس ڪري رهيا آهيون . ان کي وڌيڪ استعمال ڪندي، ڪميونٽي وڌيڪ حصو وٺندي.
فنڪشن پيٽرولر جي چڪاس
(پريميئم، الٽيميٽ، سلور، گولڊ)
آپريشنز جهڙوڪ شامل ڪرڻ، حذف ڪرڻ، يا تبديل ڪرڻ فيچر پيٽرول هاڻي GitLab آڊٽ لاگ ۾ لاگ ان ٿيل آهن، تنهنڪري توهان ڏسي سگهو ٿا ته ڇا تبديل ڪيو ويو ۽ ڪڏهن. اتي هڪ حادثو هو ۽ توهان کي ڏسڻ جي ضرورت آهي ته تازو ڇا تبديل ٿيو آهي؟ يا ڇا توهان کي صرف جانچڻ جي ضرورت آهي ته ڪئين فنڪشن پيٽرولز کي آڊٽ جي حصي طور تبديل ڪيو ويو؟ هاڻي اهو ڪم ڪرڻ بلڪل آسان آهي.
ضم ڪرڻ جي درخواست جي ڪمزورين کي خطاب ڪندي
(الٽيميٽ، گولڊ)
ڪوڊ جي ڪمزورين کي جلدي حل ڪرڻ لاءِ، عمل سادو هجڻ گھرجي. اهو ضروري آهي ته سيڪيورٽي پيچ کي آسان بڻائي، ڊولپرز کي انهن جي ذميوارين تي ڌيان ڏيڻ جي اجازت ڏئي ٿي. GitLab 11.7 ۾ اسان ، پر ان کي ڊائون لوڊ ڪيو وڃي، مقامي طور تي لاڳو ڪيو وڃي، ۽ پوءِ ريموٽ مخزن ڏانهن ڌڪيو وڃي.
GitLab 11.9 ۾ اهو عمل خودڪار آهي. GitLab ويب انٽرفيس ڇڏڻ کان سواءِ ڪمزورين کي درست ڪريو. ضم ڪرڻ جي درخواست سڌي طرح خطرن جي معلومات واري ونڊو مان ٺاهي وئي آهي، ۽ هي نئين برانچ اڳ ۾ ئي فيڪس تي مشتمل هوندي. چيڪ ڪرڻ کان پوءِ اهو ڏسڻ لاءِ ته مسئلو حل ٿي ويو آهي، جيڪڏهن پائپ لائن ٺيڪ آهي ته اپ اسٽريم برانچ ۾ فڪس شامل ڪريو.
ڊسپلي ڪنٽينر اسڪين نتيجا گروپ سيڪيورٽي پينل ۾
(الٽيميٽ، گولڊ)
ٽيم جو سيڪيورٽي ڊيش بورڊ ٽيمن کي انهن جي ڪم لاءِ انتهائي نازڪ مسئلن تي ڌيان ڏيڻ جي اجازت ڏئي ٿو، انهن سڀني امڪاني نقصانن جو واضح، تفصيلي جائزو مهيا ڪري ٿو جيڪي ايپليڪيشنن تي اثرانداز ٿي سگهن ٿيون. ان ڪري اهو ضروري آهي ته ڊيش بورڊ ۾ سڀ ضروري معلومات هڪ جاءِ تي موجود هجي ۽ صارفين کي اجازت ڏئي ٿي ته هو نقصانن کي حل ڪرڻ کان اڳ ڊيٽا ۾ ڊرل ڪري.
GitLab 11.9 ۾، موجوده SAST ۽ انحصار اسڪين نتيجن کان علاوه، ڪنٽينر اسڪين جا نتيجا ڊيش بورڊ ۾ شامل ڪيا ويا آھن. ھاڻي سڄو جائزو ھڪڙي جڳھ تي آھي، مسئلي جي ماخذ کان سواء.
سيڪيورٽي نوڪرين لاءِ سي آءِ/سي ڊي ٽيمپليٽ
(الٽيميٽ، گولڊ)
GitLab جي حفاظتي خاصيتون تمام جلدي ترقي ڪري رهيا آهن ۽ توهان جي ڪوڊ کي موثر ۽ محفوظ رکڻ لاء مسلسل اپڊيٽ جي ضرورت آهي. نوڪري جي تعريف کي تبديل ڪرڻ ڏکيو آهي جڏهن توهان ڪيترن ئي منصوبن کي منظم ڪريو. ۽ اسان اهو پڻ سمجھون ٿا ته ڪو به GitLab جي جديد ورزن کي استعمال ڪرڻ جو خطرو کڻڻ نٿو چاهي بغير پڪ ڪرڻ جي ته اهو مڪمل طور تي GitLab جي موجوده مثال سان مطابقت رکي ٿو.
اهو ئي سبب آهي ته اسان GitLab 11.7 ۾ متعارف ڪرايو هڪ نئون ميکانيزم استعمال ڪندي نوڪرين جي وضاحت لاءِ .
GitLab 11.9 سان شروع ڪندي اسان سڀني سيڪيورٽي نوڪرين لاءِ بلٽ ان ٽيمپليٽس پيش ڪنداسين: مثال طور، sast и dependency_scanning, - GitLab جي لاڳاپيل ورزن سان مطابقت.
انهن کي سڌو سنئون پنهنجي ترتيب ۾ شامل ڪريو، ۽ اهي سسٽم سان تازه ڪاري ڪيا ويندا جڏهن توهان GitLab جي نئين ورزن ۾ اپڊيٽ ڪندا. پائپ لائن جون ترتيبون تبديل نه ٿيون.
سيڪيورٽي نوڪرين جي وضاحت ڪرڻ جو نئون طريقو سرڪاري آهي ۽ ڪنهن ٻئي پوئين نوڪري جي تعريف يا ڪوڊ اسپيٽس کي سپورٽ نٿو ڏئي. توھان کي پنھنجي تعريف کي جلد کان جلد تازه ڪاري ڪرڻ گھرجي نئون لفظ استعمال ڪرڻ لاءِ
template. ڪنهن ٻئي نحو لاءِ سپورٽ GitLab 12.0 يا ٻين مستقبل جي رليز ۾ ختم ٿي سگھي ٿي.
GitLab 11.9 ۾ ٻيون واڌايون
تبصرو جو جواب ڏيو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab موضوع تي بحث ڪيو آهي. هينئر تائين، اصل تبصرو لکڻ وارن کي شروع کان ئي اهو فيصلو ڪرڻو پوندو هو ته ڇا هو بحث چاهين ٿا.
اسان هن پابندي ۾ نرمي ڪئي آهي. GitLab ۾ ڪو به تبصرو وٺو (مسئلن تي، درخواستن کي ضم ڪرڻ، ۽ ايپڪس تي) ۽ ان جو جواب ڏيو، ان سان بحث شروع ٿئي ٿو. هن طريقي سان ٽيمن کي وڌيڪ منظم ڪيو ويو آهي.
پروجيڪٽ ٽيمپليٽس لاءِ .NET, Go, iOS ۽ Pages
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
صارفين لاءِ نوان پروجيڪٽ ٺاهڻ آسان بڻائڻ لاءِ، اسان پيش ڪري رهيا آهيون ڪيترائي نوان پروجيڪٽ ٽيمپليٽ:
- ايليمينٽري ، جنهن ۾ CI سان گڏ بنيادي ايپليڪيشن شامل آهي.
- استعمال ڪرڻ لاءِ تيار ٿيل ٽيمپليٽ جيڪو گڏ ڪري ٿو ۽ GitLab CI/CD.
- GitLab ۾ شروعاتي ڪسٽمائيزيشن لاءِ تيار. نوٽ ڪريو ته جيئن iOS تعميرات کي هڪ وقف MacOS رنر جي ضرورت آهي، توهان کي پنهنجو بلڊ سرور مهيا ڪرڻ جي ضرورت پوندي جيڪڏهن توهان ان کي GitLab CI/CD سان استعمال ڪرڻ چاهيو ٿا.
- Netlify سان ڪم ڪرڻ لاءِ ترتيب ڏنل.
ڪوڊ مالڪن کان ضم ڪرڻ جي درخواستن لاءِ اجازت گھري
(پريميئم، الٽيميٽ، سلور، گولڊ)
اهو هميشه واضح ناهي ته ڪير ضم ٿيڻ جي درخواست کي منظور ڪري ٿو.
GitLab ھاڻي ضم ڪرڻ جي درخواست کي منظور ڪرڻ جي ضرورت کي سپورٽ ڪري ٿو جنھن جي بنياد تي درخواست تبديل ڪري ٿي، استعمال ڪندي . ڪوڊ مالڪن کي مقرر ڪيو ويو آهي فائل استعمال ڪندي سڏيو ويندو آهي CODEOWNERS، فارميٽ سان ملندڙ جلندڙ آهي gitattributes.
خود بخود ڪوڊ مالڪن کي تفويض ڪرڻ لاءِ سپورٽ شامل ڪئي وئي ضم جي درخواست کي منظور ڪرڻ جا ذميوار ماڻهو .
ويب IDE ۾ فائلون منتقل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ھاڻي، فائل يا ڊاريڪٽري جو نالو تبديل ڪرڻ سان، توھان ان کي ويب IDE کان ريپوزٽري ڏانھن منتقل ڪري سگھو ٿا نئين رستي سان.
الفابيٽ جي ترتيب ۾ ٽيگ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab ٽيگ ناقابل اعتبار حد تائين ورسٽائل آهن، ۽ ٽيمون مسلسل انهن لاء نوان استعمال ڳولي رهيا آهن. ان جي مطابق، صارفين اڪثر ڪري ڪيترن ئي ٽيگ کي شامل ڪندا آهن هڪ مسئلي، ضم ڪرڻ جي درخواست، يا ايپيڪ.
GitLab 11.9 ۾، اسان ليبل استعمال ڪرڻ ۾ ٿورو آسان ڪيو آھي. مسئلن، ضم ڪرڻ جي درخواستن، ۽ ايپڪس لاءِ، سائڊبار ۾ ڏيکاريل ليبل الفابيٽ جي ترتيب سان ترتيب ڏنل آھن. اهو پڻ انهن شين جي فهرست ڏسڻ تي لاڳو ٿئي ٿو.
تڪڙا تبصرا جڏهن فلٽرنگ عملن جي ڪم ذريعي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اسان تازو هڪ فيچر متعارف ڪرايو آهي جيڪو صارفين کي ڪمن ذريعي سرگرمي فيڊ کي فلٽر ڪرڻ جي اجازت ڏئي ٿو، درخواستن کي ضم ڪرڻ يا ايپڪس، جيڪو انهن کي صرف تبصرن يا سسٽم نوٽس تي ڌيان ڏيڻ جي اجازت ڏئي ٿو. هي سيٽنگ سسٽم تي هر صارف لاءِ محفوظ ڪئي وئي آهي، ۽ اهو ٿي سگهي ٿو ته ڪنهن صارف کي اهو احساس نه هجي ته جڏهن ڪيترن ڏينهن کان پوءِ ڪو مسئلو ڏسي رهيا آهن، اهي فلٽر ٿيل فيڊ ڏسندا. هن محسوس ڪيو ته هو هڪ تبصرو ڇڏي نٿو سگهي.
اسان هن رابطي کي بهتر ڪيو آهي. ھاڻي صارف تڪڙو ھڪڙي موڊ ڏانھن سوئچ ڪري سگھن ٿا جيڪي انھن کي فيڊ جي چوٽي ڏانھن واپس اسڪرول ڪرڻ کان سواءِ تبصرو ڇڏڻ جي اجازت ڏئي ٿو. هي ڪمن تي لاڳو ٿئي ٿو، درخواستن کي ضم ڪرڻ، ۽ ايپڪس.
ٻارن جي نظمن جي ترتيب کي تبديل ڪرڻ
(الٽيميٽ، گولڊ)
اسان تازو جاري ڪيو , جيڪي epics جي epics استعمال ڪرڻ جي اجازت ڏئي ٿو (ايپيڪس جي ٻارن جي ڪمن کان علاوه).
توھان ھاڻي ڪري سگھو ٿا ٻارن جي ايپڪس جي ترتيب کي صرف ڇڪڻ ۽ ڇڏڻ سان، جيئن ٻارن جي مسئلن سان. ٽيمون آرڊر استعمال ڪري سگھن ٿيون ترجيحن کي ظاهر ڪرڻ لاءِ يا ترتيب جو تعين ڪرڻ لاءِ جنھن ۾ ڪم مڪمل ٿيڻ گھرجي.
ڪسٽم هيڊر ۽ فوٽر سسٽم پيغام ويب ۽ اي ميل تي
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
اسان اڳ ۾ هڪ خصوصيت شامل ڪئي جيڪا GitLab ۾ هر صفحي تي ڪسٽم هيڊر ۽ فوٽر پيغامن کي ظاهر ڪرڻ جي اجازت ڏئي ٿي. اهو گرمجوشي سان وصول ڪيو ويو آهي، ۽ ٽيمون ان کي استعمال ڪن ٿيون اهم معلومات شيئر ڪرڻ لاءِ، جهڙوڪ سسٽم پيغام انهن جي GitLab مثال سان لاڳاپيل.
اسان هن خصوصيت کي ڪور ۾ آڻڻ لاءِ پرجوش آهيون ته جيئن اڃا به وڌيڪ ماڻهو ان کي استعمال ڪري سگهن. اضافي طور تي، اسان صارفين کي GitLab ذريعي موڪليل سڀني اي ميلن ۾ اختياري طور تي ساڳيو پيغام ڏيکارڻ جي اجازت ڏيون ٿا ته صارف جي ٻين GitLab ٽچ پوائنٽ تي مطابقت لاءِ.
رازداري ڪمن ذريعي فلٽر ڪريو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
رازداري مسئلا هڪ مفيد اوزار آهي ٽيمن لاءِ هڪ کليل پروجيڪٽ اندر حساس موضوعن تي نجي بحث مباحثو ڪرڻ لاءِ. خاص طور تي، اهي حفاظتي خطرن تي ڪم ڪرڻ لاء مثالي آهن. هينئر تائين، حساس ڪمن کي منظم ڪرڻ آسان نه آهي.
GitLab 11.9 ۾، GitLab مسئلي جي فهرست ھاڻي حساس يا غير حساس مسئلن جي ذريعي فلٽر ڪئي وئي آھي. اهو API استعمال ڪندي ڪم ڳولڻ تي پڻ لاڳو ٿئي ٿو.
هن جي مدد لاء رابرٽ شيلنگ جي مهرباني)!
ترتيب ڏيڻ کان پوءِ هڪ Knative ڊومين کي تبديل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڪسٽم ڊومين جي وضاحت ڪرڻ جڏهن Knative کي انسٽال ڪرڻ توهان کي اجازت ڏئي ٿو ته مختلف سرور کان سواءِ ايپليڪيشنز/فيچرز کي هڪ منفرد آخري پوائنٽ کان.
GitLab ۾ Kubernetes انٽيگريشن هاڻي توهان کي اجازت ڏئي ٿي ته صارف ڊومين کي تبديل ڪرڻ/اپڊيٽ ڪرڻ کان پوءِ Knative کي ڪبرنيٽس ڪلستر تي ترتيب ڏيڻ.
چيڪ ڪري رهيو آهي Kubernetes CA سرٽيفڪيٽ فارميٽ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن هڪ موجوده Kubernetes ڪلستر شامل ڪندي، GitLab هاڻي تصديق ڪري ٿو ته داخل ڪيل CA سرٽيفڪيٽ صحيح PEM فارميٽ ۾ آهي. هي ڪبرنيٽس انضمام سان امڪاني غلطين کي ختم ڪري ٿو.
ضم ڪرڻ جي درخواست جي مقابلي جي افاديت کي پوري فائل تائين وڌايو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن ضم ڪرڻ جي درخواست ۾ تبديليون ڏسي رهيا آهيو، توهان هاڻي في فائل جي بنياد تي ڊف افاديت کي وڌائي سگهو ٿا پوري فائل کي وڌيڪ حوالي سان ڏيکارڻ لاءِ، ۽ تبصرو ڇڏي ڏيو اڻ بدليل لائينن تي.
ضم ڪرڻ جي درخواستن جي بنياد تي مخصوص نوڪريون انجام ڏيو صرف جڏهن ڪجهه فائلون تبديل ٿين ٿيون
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab 11.6 وضاحت ڪرڻ جي صلاحيت شامل ڪئي پائپ لائن نوڪرين لاءِ ته جيئن صارف صرف مخصوص ڪم ڪري سگهن جڏهن ضم ڪرڻ جي درخواست ٺاهي.
هاڻي اسان هن ڪارڪردگي کي وڌايو آهي: ڪنيڪشن منطق شامل ڪيو ويو آهي ، ۽ استعمال ڪندڙ مخصوص نوڪريون صرف ضم ڪرڻ جي درخواستن لاءِ ۽ صرف ان صورت ۾ ڪري سگھن ٿا جڏھن ڪجھ فائلون تبديل ٿين ٿيون.
تعاون لاءِ مهرباني Hiroyuki Sato ()!
گرافانا سان گڏ خودڪار GitLab مانيٽرنگ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
Grafana هاڻي اسان جي Omnibus پيڪيج ۾ شامل آهي، اهو سمجهڻ آسان بڻائي ٿو ته توهان جو مثال ڪيئن ڪم ڪري ٿو.
حسب ضرورت grafana['enable'] = true в gitlab.rb، ۽ Grafana دستياب هوندي: https://your.gitlab.instance/-/grafana. ويجهي مستقبل ۾ اسان پڻ ڪنداسين ”دٻي مان“.
ايپڪس سائڊبار ۾ پرائمري ايپڪس ڏسو
(الٽيميٽ، گولڊ)
اسان تازو متعارف ڪرايو , epics جي epics استعمال ڪرڻ جي اجازت.
GitLab 11.9 ۾، اسان هن رشتي کي ڏسڻ لاءِ آسان ڪيو آهي. هاڻي توهان ڏسي سگهو ٿا نه رڳو هڪ ڏنل ايپيڪس جي ماء ايپيڪ، پر سڄي ايپيڪ وڻ ساڄي پاسي سائڊبار ۾. توهان ڏسي سگهو ٿا ته اهي ايپڪس بند ٿيل آهن يا نه، ۽ توهان پڻ انهن ڏانهن سڌو سنئون ڪري سگهو ٿا.
منتقل ٿيل ۽ بند ٿيل ڪم مان نئين ڪم سان ڳنڍيو
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab ۾، توھان آساني سان ھڪڙي مسئلي کي ٻئي منصوبي ڏانھن سائڊبار يا تڪڙو عمل استعمال ڪندي منتقل ڪري سگھو ٿا. مناظر جي پويان، موجوده ڪم بند ڪيو ويو آهي ۽ ٽارگيٽ پروجيڪٽ ۾ هڪ نئون ڪم ٺاهيو ويو آهي سڀني نقل ڪيل ڊيٽا سان، بشمول سسٽم نوٽس ۽ سائڊبار خاصيتون. هي هڪ بهترين خصوصيت آهي.
ڏنو ويو آهي ته حرڪت جي باري ۾ هڪ سسٽم نوٽ آهي، صارف جڏهن بند ٿيل ڪم کي ڏسي رهيا آهن پريشان آهن ۽ مدد نٿا ڪري سگهن پر اهو محسوس ڪن ٿا ته اهو ڪم بند ٿيڻ جي ڪري بند ڪيو ويو آهي.
هن رليز سان، اسان اهو واضح ڪري رهيا آهيون ته بند ٿيل مسئلي جي صفحي جي چوٽي تي موجود آئڪن ۾ ته ان کي منتقل ڪيو ويو آهي، ۽ اسان نئين مسئلي جي هڪ ايمبيڊڊ لنڪ پڻ شامل ڪري رهيا آهيون ته جيئن ڪو به ماڻهو جيڪو پراڻي مسئلي تي لينڊ ڪري، جلدي ڪري سگهي. نئين ڏانهن وڃو.
YouTrack انضمام
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab ڪيترن ئي خارجي مسئلن جي ٽريڪنگ سسٽم سان ضم ٿي، ٽيمن لاءِ GitLab کي ٻين ڪمن لاءِ استعمال ڪرڻ آسان بڻائي ٿي جڏهن ته انهن جي پسند جي مسئلي جي انتظام جي اوزار کي برقرار رکندي.
هن رليز ۾ اسان JetBrains کان YouTrack کي ضم ڪرڻ جي صلاحيت شامل ڪئي آهي.
اسان چاهيون ٿا ته Kotau Jauchen هن جي مدد لاءِ مهرباني ()!
ضم ڪرڻ جي درخواست واري فائل جي وڻ کي تبديل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن ضم ٿيڻ جي درخواست جي تبديلين کي ڏسندي، توهان هاڻي فائل جي وڻ کي تبديل ڪري سگهو ٿا ڊگها فائل نالا ڏيکارڻ يا ننڍي اسڪرين تي جاءِ بچائڻ لاءِ.
تازو ٽاسڪ بار ڏانھن وڃو
(اسٽارٽر، پريميئم، الٽيميٽ، برونز، سلور، گولڊ)
ڊيش بورڊ ڏاڍا ڪارآمد آهن، ۽ ٽيمون هر منصوبي ۽ گروپ لاءِ ڪيترائي ڊيش بورڊ ٺاهينديون آهن. اسان تازو شامل ڪيو آھي ھڪڙي ڳولا واري بار کي جلدي فلٽر ڪرڻ لاءِ انھن سڀني پينلن کي جن ۾ توھان چاھيو ٿا.
GitLab 11.9 ۾ اسان هڪ سيڪشن پڻ متعارف ڪرايو تازيون ڊراپ-ڊائون لسٽ ۾. انهي طريقي سان توهان تڪڙو تڪڙو ڪري سگهو ٿا پينلز ڏانهن جيڪو توهان تازو ڪيو آهي.
ڊولپرز کي محفوظ شاخون ٺاهڻ جي صلاحيت
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
محفوظ ٿيل شاخون غير نظرثاني ٿيل ڪوڊ کي منتقل ٿيڻ يا ضم ٿيڻ کان روڪيو. بهرحال، جيڪڏهن ڪنهن کي به محفوظ شاخن کي منتقل ڪرڻ جي اجازت نه آهي، ته پوءِ ڪو به هڪ نئين محفوظ شاخ ٺاهي نٿو سگهي: مثال طور، هڪ ڇڏڻ واري شاخ.
GitLab 11.9 ۾، ڊولپر GitLab يا API ذريعي اڳ ۾ ئي محفوظ شاخن مان محفوظ شاخون ٺاهي سگھن ٿا. نئين محفوظ شاخ کي منتقل ڪرڻ لاءِ Git استعمال ڪرڻ اڃا تائين محدود آهي حادثي سان نئين محفوظ شاخون ٺاهڻ کان بچڻ لاءِ.
اوپن فورڪز لاءِ گيٽ آبجیکٹ ڊيڊپليڪيشن (بيٽا)
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
فورڪنگ ڪنهن کي اجازت ڏئي ٿي اوپن سورس پروجيڪٽ ۾ حصو وٺندي: لکڻ جي اجازت کان سواءِ، صرف مخزن کي نئين پروجيڪٽ ۾ نقل ڪندي. بار بار ڪانٽو ٿيل Git ريپوزٽريز جون مڪمل ڪاپيون محفوظ ڪرڻ غير موثر آهي. هاڻي Git سان alternatives فورڪس عام شيون شيئر ڪن ٿا پيرن پروجيڪٽ مان هڪ اعتراض پول ۾ ڊسڪ اسٽوريج گهرجن کي گهٽائڻ لاءِ.
فورڪ آبجیکٹ پول صرف کليل منصوبن لاءِ ٺاهيا ويندا آهن جڏهن هيش ٿيل اسٽوريج کي فعال ڪيو ويندو آهي. آبجیکٹ پول هڪ فنڪشن پيٽرولر استعمال ڪندي فعال ڪيا ويا آهن object_pools.
ضم ڪرڻ جي درخواستن جي لسٽ کي فلٽر ڪندي مقرر ڪيل منظور ڪندڙن طرفان
(اسٽارٽر، پريميئم، الٽيميٽ، برونز، سلور، گولڊ)
ڪوڊ جو جائزو ڪنهن به ڪامياب منصوبي لاءِ هڪ عام رواج آهي، پر اهو هڪ جائزو وٺندڙ لاءِ ضم ٿيڻ جي درخواستن تي نظر رکڻ ڏکيو ٿي سگهي ٿو.
GitLab 11.9 ۾، ضم ڪرڻ جي درخواستن جي لسٽ کي مقرر ڪيل منظور ڪندڙ طرفان فلٽر ڪيو ويو آهي. هن طريقي سان توهان ڳولي سگهو ٿا ضم درخواستون شامل ڪيون ويون آهن توهان کي نظرثاني ڪندڙ جي طور تي.
Glewin Wiechert جي مهرباني سندس تعاون لاءِ ()!
ضم ٿيڻ جي درخواست ۾ ايندڙ ۽ پوئين فائل لاءِ شارٽ ڪٽ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ضم ڪرڻ جي درخواست ۾ تبديلين کي ڏسڻ دوران، توھان جلدي استعمال ڪندي فائلن جي وچ ۾ تبديل ڪري سگھو ٿا ]يا j ايندڙ فائل ڏانهن منتقل ڪرڻ ۽ [ يا k اڳوڻي فائل ڏانهن وڃڻ لاء.
سادگي .gitlab-ci.yml بي سرور منصوبن لاءِ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
ڪارڪردگي تي ٺهيل GitLab CI، بي سرور ٽيمپليٽ gitlab-ci.yml تمام گهڻو آسان. مستقبل جي رليز ۾ نيون خاصيتون متعارف ڪرائڻ لاءِ، توهان کي هن فائل ۾ تبديليون ڪرڻ جي ضرورت نه آهي.
Ingress hostname support
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن هڪ ڪبرنيٽس انگريس ڪنٽرولر کي ترتيب ڏيڻ، ڪجهه پليٽ فارم هڪ IP پتي ڏانهن واپس اچي ٿو (مثال طور، گوگل جي GKE)، جڏهن ته ٻيا واپس DNS نالي ڏانهن ويندا آهن (مثال طور، AWS جي EKS).
اسان جي Kubernetes انٽيگريشن هاڻي ٻنهي قسمن جي آخري پوائنٽن کي سپورٽ ڪري ٿي سيڪشن ۾ ڊسپلي لاءِ clusters پروجيڪٽ.
هن جي مدد لاء هارون واکر جي مهرباني ()!
JupyterHub لاگ ان جي رسائي کي محدود ڪرڻ صرف ٽيم / پروجيڪٽ جي ميمبرن تائين
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
GitLab جي ڪبرنيٽس انضمام کي استعمال ڪندي JupyterHub کي ترتيب ڏيڻ وڏي ٽيمن ۾ Jupyter Notebooks کي برقرار رکڻ ۽ استعمال ڪرڻ جو هڪ بهترين طريقو آهي. اهو پڻ ڪارائتو آهي انهن تائين رسائي کي ڪنٽرول ڪرڻ جڏهن رازداري يا ذاتي ڊيٽا منتقل ڪرڻ.
GitLab 11.9 ۾، Kubernetes ذريعي ترتيب ڏنل JupyterHub مثالن ۾ لاگ ان ٿيڻ جي صلاحيت ڊولپر جي رسائي سان پروجيڪٽ ميمبرن تائين محدود آهي (هڪ گروپ يا پروجيڪٽ ذريعي).
حفاظتي پينل اسڪيمن لاءِ حسب ضرورت وقت جون حدون
(الٽيميٽ، گولڊ)
ٽيم سيڪيورٽي ڊيش بورڊ ۾ ٽيم جي منصوبن جي موجوده سيڪيورٽي اسٽيٽس جو جائزو مهيا ڪرڻ لاءِ هڪ خطري وارو نقشو شامل آهي. اهو سيڪيورٽي ڊائريڪٽرن لاءِ تمام ڪارائتو آهي پروسيس قائم ڪرڻ ۽ سمجھڻ لاءِ ته ٽيم ڪيئن ڪم ڪري ٿي.
GitLab 11.9 ۾، توھان ھاڻي چونڊي سگھوٿا وقت جي حد ھن خطري واري نقشي لاءِ. ڊفالٽ طور، هي آخري 90 ڏينهن آهي، پر توهان 60 يا 30 ڏينهن تائين مقرر ڪري سگهو ٿا، تفصيل جي سطح تي منحصر ڪري توهان کي ضرورت آهي.
اهو ڳڻپيوڪر يا فهرست ۾ ڊيٽا کي متاثر نٿو ڪري، صرف ڊاگرام ۾ ڏيکاريل ڊيٽا پوائنٽون.
ٽيگ لاءِ هڪ آٽو DevOps تعمير نوڪري شامل ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
آٽو DevOps تعمير قدم توهان جي هيروڪو پروجيڪٽ يا بلڊ پيڪ جي ڊاکرفائل استعمال ڪندي توهان جي ايپليڪيشن جي تعمير ٺاهي ٿي.
GitLab 11.9 ۾، نتيجو ڊاکر تصوير ٽيگ پائپ لائن ۾ شامل ڪئي وئي آهي ساڳي طرح روايتي تصويري نالن سان SHA ڪمٽ جي بدران ٽيگ ڪمٽ استعمال ڪندي.
هن جي مدد لاء هارون واکر جي مهرباني!
0.83.0 ورزن ۾ ڪوڊ موسميات کي اپڊيٽ ڪريو
(اسٽارٽر، پريميئم، الٽيميٽ، برونز، سلور، گولڊ)
GitLab استعمال ڪري ٿو چيڪ ڪرڻ لاءِ ته ڪيئن تبديليون توهان جي ڪوڊ ۽ پروجيڪٽ جي حالت کي متاثر ڪن ٿيون.
GitLab 11.9 ۾ اسان انجڻ کي جديد ورزن ۾ اپڊيٽ ڪيو (GitLab ڪوڊ معيار لاءِ اضافي ٻولي ۽ جامد تجزيي جي مدد جا فائدا مهيا ڪرڻ لاءِ.
GitLab ڪور ٽيم جي ميمبر تاڪيا نوگوچي جي مهرباني سندس تعاون لاءِ ()!
ميٽرڪس پينل کي زوم ۽ اسڪرول ڪرڻ
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
جڏهن ڪارڪردگي جي غير معموليات جي تحقيق ڪندي، اهو اڪثر ڪري مددگار آهي ته هڪ خاص ميٽرڪ جي انفرادي حصن تي ويجهي نظر وٺو.
GitLab 11.9 سان، صارفين ميٽرڪس پينل ۾ انفرادي وقت جي دورن کي زوم ڪرڻ جي قابل ٿي ويندا، مڪمل وقت جي عرصي ذريعي اسڪرول، ۽ آساني سان اصل وقت جي وقفي جي ڏيک ڏانھن موٽندا. اهو توهان کي جلدي ۽ آساني سان انهن واقعن جي تحقيق ڪرڻ جي اجازت ڏئي ٿو جيڪي توهان کي گهربل آهن.
TypeScript لاءِ SAST
(الٽيميٽ، گولڊ)
هڪ نسبتا نئين پروگرامنگ ٻولي تي ٻڌل آهي .
GitLab 11.9 ۾، Static Application Security Testing (SAST) TypeScript ڪوڊ ۾ ڪمزورين جو تجزيو ۽ پتو لڳائي ٿو، انهن کي ضم ڪرڻ جي درخواست جي ويجٽ، پائپ لائن ليول، ۽ سيڪيورٽي ڊيش بورڊ ۾ ڏيکاري ٿو. موجوده ملازمت جي تعريف sast تبديل ڪرڻ جي ڪا ضرورت ناهي، ۽ اهو پڻ خودڪار طور تي شامل ڪيو ويو آهي .
SAST ملٽي ماڊل Maven منصوبن لاءِ
(الٽيميٽ، گولڊ)
Maven منصوبا اڪثر گڏ ڪرڻ لاء منظم آهن هڪ ذخيرو ۾. اڳي، GitLab اهڙن منصوبن کي صحيح طور تي اسڪين نه ڪري سگهيو، ۽ ڊولپرز ۽ سيڪيورٽي ماهرن کي خطرات جي رپورٽ نه ملي.
GitLab 11.9 پيش ڪري ٿو وڌايل سپورٽ لاءِ SAST خصوصيت لاءِ هن مخصوص پروجيڪٽ جي تشڪيل لاءِ، انهن کي ڪمزورين جي جاچ ڪرڻ جي صلاحيت مهيا ڪري ٿي جيئن آهي. تجزيه نگارن جي لچڪ جي مهرباني، ترتيب خودڪار طريقي سان طئي ڪئي وئي آهي، ۽ توهان کي ملٽي ماڊل Maven ايپليڪيشنن جا نتيجا ڏسڻ لاءِ ڪجهه به تبديل ڪرڻ جي ضرورت ناهي. هميشه وانگر، ساڳيا سڌارا پڻ اندر موجود آهن .
GitLab رنر 11.9
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اڄ اسان پڻ جاري ڪيو GitLab Runner 11.9! GitLab Runner هڪ اوپن سورس پروجيڪٽ آهي ۽ CI/CD نوڪريون هلائڻ ۽ نتيجن کي واپس GitLab ڏانهن موڪلڻ لاءِ استعمال ڪيو ويندو آهي.
هيٺ ڏنل ڪجهه تبديليون آهن GitLab Runner 11.9 ۾:
- .
- и .
- ... اهو ساڳيو آهي .
- حمايت لاء ، جيڪو GitLab 11.10 ۾ ظاهر ٿيندو.
- .
- .
- گھڻن اسڪرپٽ کي منتقل ڪرڻ - سميت и - وڃڻ ۾.
- .
- .
- .
تبديلين جي مڪمل فهرست ڳولهي سگھجي ٿي GitLab Runner changelog: .
GitLab اسڪيما بهتري
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
GitLab چارٽ ۾ ھيٺيون واڌايون ڪيون ويون آھن:
- Google Cloud Memorystore لاءِ سپورٽ شامل ڪئي وئي.
- ڪرون نوڪري سيٽنگون ، ڇاڪاڻ ته اهي ڪيترن ئي خدمتن پاران استعمال ڪيا ويا آهن.
- رجسٽري ورزن 2.7.1 ۾ اپڊيٽ ڪئي وئي آهي.
- GitLab رجسٽري ٺاهڻ لاءِ نئين سيٽنگ شامل ڪئي وئي 1.10 کان اڳ ڊڪر ورزن سان مطابقت. چالو ڪرڻ ، انسٽال ڪرڻ
registry.compatibility.schema1.enabled: true.
ڪارڪردگي بهتري
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ، مفت، برونز، سلور، گولڊ)
اسان GitLab ڪارڪردگي کي بهتر ڪرڻ جاري رکون ٿا هر رليز سان GitLab مثالن جي سڀني سائزن لاءِ. هتي GitLab 11.9 ۾ ڪجهه سڌارا آهن:
- .
- .
- .
- .
Omnibus بهتري
(ڪور، اسٽارٽر، پريميئم، الٽيميٽ)
GitLab 11.9 ۾ ھيٺيون Omnibus سڌارا شامل آھن:
- GitLab 11.9 شامل آهي , ، جن جي تازي رليز ۾ ٽيم ايڊيشن لاءِ MFA شامل آهي، تصويري ڪارڪردگي بهتر، ۽ وڌيڪ. هي نسخو پڻ شامل آهي ؛ تجويز ڪيل اپڊيٽ.
- GitLab رجسٽري ٺاهڻ لاءِ نئين سيٽنگ شامل ڪئي وئي 1.10 کان اڳ ڊڪر ورزن سان مطابقت. چالو ڪرڻ ، انسٽال ڪرڻ
registry['compatibility_schema1_enabled'] = true в gitlab.rb. - GitLab رجسٽري هاڻي Prometheus metrics برآمد ڪري ٿي ۽ پاڻمرادو نگراني ڪئي ويندي آهي ايندڙ ايندڙ .
- Google Cloud Memorystore لاءِ سپورٽ شامل ڪئي وئي، جنھن جي ضرورت آھي .
opensslورجن 1.0.2r تي اپڊيٽ ڪيو ويو،nginx- نسخو 1.14.2 تائين،python- نسخو 3.4.9 تائين،jemalloc- نسخو 5.1.0 تائين،docutils- نسخو 0.13.1 تائين،gitlab-monitor- ورجن 3.2.0 تائين.
پراڻي خاصيتون
GitLab Geo GitLab 12.0 ۾ هيش ٿيل اسٽوريج فراهم ڪندو
GitLab جيو گهربل ثانوي نوڊس تي مقابلي (ريس جي حالت) کي گھٽائڻ لاء. هن ۾ نوٽ ڪيو ويو .
GitLab ۾ اسان هن گهرج کي جيو دستاويزن ۾ شامل ڪيو آهي: .
GitLab ۾ sudo gitlab-rake gitlab: geo: check چيڪ ڪري ٿو ته ڇا هيش ٿيل اسٽوريج فعال آهي ۽ سڀئي منصوبا لڏي ويا آهن. سي ايم. . جيڪڏھن توھان جيو استعمال ڪري رھيا آھيو، مھرباني ڪري ھن چيڪ کي ھلايو ۽ جلد کان جلد لڏپلاڻ ڪريو.
GitLab ۾ مستقل طور تي معذور ڊيڄاريندڙ صفحي تي ڏيکاري ويندي انتظامي علائقو › جيو › نوڊس، جيڪڏهن مٿي ڏنل چيڪن جي اجازت نه آهي.
GitLab ۾ جيو استعمال ڪندو hashed اسٽوريج گهرجون. سي ايم. .
ختم ڪرڻ جي تاريخ: 22 جون 2019
Hipchat انضمام
هپچٽ . ان کان سواء، نسخو 11.9 ۾ .
ختم ڪرڻ جي تاريخ: 22 مارچ 2019
Docker executor استعمال ڪندي GitLab رنر لاءِ CentOS 6 سپورٽ
GitLab رنر CentOS 6 کي سپورٽ نٿو ڪري جڏهن ڊڪر استعمال ڪندي GitLab 11.9 تي. اهو نتيجو آهي هڪ تازه ڪاري جو Docker ڪور لائبريري، جيڪو هاڻي سپورٽ نٿو ڪري CentOS 6. وڌيڪ تفصيل لاءِ، ڏسو .
ختم ڪرڻ جي تاريخ: 22 مارچ 2019
پراڻو GitLab رنر ميراثي ڪوڊ رستا
Gitlab 11.9 جي طور تي، GitLab رنر استعمال ڪري ٿو ڪلوننگ / مخزن کي سڏڻ. في الحال، GitLab Runner استعمال ڪندو پراڻو طريقو جيڪڏهن نئون سپورٽ نه آهي.
GitLab 11.0 ۾، اسان GitLab Runner لاءِ ميٽرڪس سرور جي ترتيب جي شڪل کي تبديل ڪيو. metrics_server جي حق ۾ هٽايو ويندو listen_address GitLab 12.0 ۾. وڌيڪ تفصيل ۾ ڏسو . ۽ وڌيڪ تفصيل ۾ .
نسخو 11.3 ۾، GitLab رنر سپورٽ ڪرڻ شروع ڪيو ، جنهن لاءِ نئين سيٽنگون پيدا ڪيون ويون . جي تبديلين جي جدول ۽ نئين ترتيب ۾ لڏپلاڻ لاء هدايتون مهيا ڪيون ويون آهن. وڌيڪ تفصيل ۾ ڏسو .
اهي رستا هاڻي GitLab 12.0 ۾ موجود نه آهن. هڪ صارف جي طور تي، توهان کي پڪ ڪرڻ کان سواء ٻيو ڪجهه تبديل ڪرڻ جي ضرورت ناهي ته توهان جو GitLab مثال 11.9+ هلائي رهيو آهي جڏهن GitLab Runner 12.0 ڏانهن اپڊيٽ ڪيو وڃي.
ختم ڪرڻ جي تاريخ: 22 جون 2019
GitLab Runner لاءِ داخلا پوائنٽ جي خصوصيت لاءِ ختم ٿيل پيٽرولر
11.4 GitLab Runner متعارف ڪرايو فيچر پيٽرول مسئلن کي حل ڪرڻ جهڙوڪ и .
GitLab 12.0 ۾ اسان صحيح رويي تي سوئچ ڪنداسين ڄڻ ته خصوصيت سيٽنگ کي غير فعال ڪيو ويو. وڌيڪ تفصيل ۾ ڏسو .
ختم ڪرڻ جي تاريخ: 22 جون 2019
GitLab رنر لاءِ EOL تائين پهچندي لينڪس جي تقسيم لاءِ نامناسب حمايت
ڪجهه لينڪس ڊويزنون جن تي GitLab رنر نصب ٿي سگهي ٿو انهن جي مقصد کي پورو ڪيو آهي.
GitLab 12.0 ۾، GitLab Runner هاڻي پيڪيجز کي اهڙين لينڪس جي تقسيم ۾ تقسيم نه ڪندو. تقسيم جي هڪ مڪمل فهرست جيڪا هاڻي سپورٽ نه ڪئي وئي آهي اسان جي ۾ ملي سگهي ٿي . Javier Ardo جي مهرباني () هن جي لا۽ !
ختم ڪرڻ جي تاريخ: 22 جون 2019
پراڻي GitLab رنر مددگار حڪمن کي هٽائڻ
اسان جي حمايت ڪرڻ جي ڪوشش جي حصي طور ڪجهه پراڻن حڪمن کي ڇڏڻو پوندو جيڪي استعمال ڪيا ويا آهن .
GitLab 12.0 ۾، GitLab رنر نئين حڪمن کي استعمال ڪندي شروع ڪيو ويو آهي. اهو صرف انهن صارفين کي متاثر ڪري ٿو جيڪي اوور رائڊ ڪن ٿا . وڌيڪ تفصيل ۾ ڏسو .
ختم ڪرڻ جي تاريخ: 22 جون 2019
ڊولپرز GitLab 11.10 ۾ Git ٽيگ ختم ڪري سگھن ٿا
غير چيڪ ٿيل شاخن ۾ Git ٽيگ لاءِ ورزن نوٽس کي هٽائڻ يا ايڊٽ ڪرڻ تاريخي طور تي صرف محدود ٿي چڪو آهي .
جيئن ته ڊولپرز ٽيگ شامل ڪري سگھن ٿا ۽ غير محفوظ شاخن کي تبديل ۽ حذف ڪري سگھن ٿا، ڊولپرز کي گٽ ٽيگ کي ختم ڪرڻ جي قابل ٿيڻ گھرجي. GitLab 11.10 ۾ اسان جي اجازتن واري ماڊل ۾ ڪم جي فلو کي بهتر بڻائڻ ۽ ڊولپرز کي ٽيگ استعمال ڪرڻ ۾ مدد ڏيڻ لاءِ بهتر ۽ وڌيڪ ڪارائتو.
جيڪڏھن توھان چاھيو ٿا ھن پابندي کي سنڀاليندڙن ۽ مالڪن لاءِ، استعمال ڪريو .
ختم ڪرڻ جي تاريخ: 22 اپريل 2019
Omnibus GitLab ۾ Prometheus 1.x سپورٽ
GitLab سان شروع ٿي , Prometheus 1.0 جو ٺهيل نسخو Omnibus GitLab مان هٽايو ويو آهي. . بهرحال، ميٽرڪس فارميٽ نسخو 1.0 سان مطابقت ناهي. موجوده نسخن کي 2.0 تائين اپ گريڊ ڪري سگھجي ٿو ۽، جيڪڏھن ضروري ھجي، ڊيٽا کي منتقل ڪيو وڃي .
GitLab ورزن ۾ Prometheus 2.0 خودڪار طريقي سان نصب ڪيو ويندو جيڪڏهن تازه ڪاري اڳ ۾ ئي نصب نه ڪيو ويو آهي. Prometheus 1.0 کان ڊيٽا گم ٿي ويندي ڇاڪاڻ ته ... برداشت نه ڪيا ويندا آهن.
ختم ڪرڻ جي تاريخ: 22 جون 2019
ٽي ايل ايس v1.1
GitLab سان شروع ٿي سيڪيورٽي کي بهتر ڪرڻ لاء. هي ڪيترن ئي مسئلن کي حل ڪري ٿو، بشمول Heartbleed، ۽ GitLab PCI DSS 3.1 کي دٻي مان ٻاهر ٺاهي ٿو.
TLS v1.1 کي فوري طور تي غير فعال ڪرڻ لاء، سيٽ ڪريو nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband ۽ ڊوڙڻ gitlab-ctl reconfigure.
ختم ڪرڻ جي تاريخ: 22 جون 2019
GitLab تنصيب لاءِ OpenShift ٽيمپليٽ
سرڪاري - ڪبرنيٽس تي GitLab هلائڻ لاءِ تجويز ڪيل طريقو، بشمول .
انسٽال ڪرڻ لاءِ GitLab کي ختم ڪيو ويو آهي ۽ هاڻي ان ۾ سهڪار نه ڪيو ويندو .
ختم ڪرڻ جي تاريخ: 22 جون 2019
سيڪيورٽي نوڪرين جي پوئين تعريف
تعارف سان ڪنهن به پوئين نوڪري جي وصفن کي ختم ڪيو ويندو ۽ هٽايو ويندو GitLab 12.0 يا بعد ۾.
نئين نحو کي استعمال ڪرڻ لاءِ پنھنجي نوڪري جي وصفن کي اپڊيٽ ڪريو ۽ GitLab پاران مهيا ڪيل سڀني نئين حفاظتي خصوصيتن جو فائدو وٺو.
ختم ڪرڻ جي تاريخ: جون 22، 2019
منتظم پينل ۾ سسٽم جي معلومات سيڪشن
GitLab توهان جي GitLab مثال جي باري ۾ معلومات پيش ڪري ٿي admin/system_info، پر اها معلومات صحيح نه ٿي سگهي.
Мы GitLab 12.0 ۾ منتظم پينل ۽ اسان استعمال ڪرڻ جي صلاح ڏيو ٿا .
ختم ڪرڻ جي تاريخ: 22 جون 2019
جو ذريعو: www.habr.com