ریلیز 13.4 کو HashiCorp سٹوریج کے ساتھ CI متغیرات، Kubernetes ایجنٹ اور سیکیورٹی سینٹر کے ساتھ ساتھ Starter میں سوئچ ایبل خصوصیات کے ساتھ جاری کیا گیا ہے۔
GitLab میں، ہم ہمیشہ اس بارے میں سوچتے رہتے ہیں کہ ہم کس طرح صارفین کو خطرے کو کم کرنے، کارکردگی کو بہتر بنانے، اور آپ کے پسندیدہ پلیٹ فارم پر ترسیل کی رفتار کو بہتر بنانے میں مدد کر سکتے ہیں۔ اس ماہ ہم نے بہت ساری مفید نئی خصوصیات شامل کی ہیں جو حفاظتی صلاحیتوں کو بڑھاتی ہیں، کمزوریوں کی تعداد کو کم کرتی ہیں، کارکردگی میں اضافہ کرتی ہیں، GitLab کے ساتھ کام کو آسان بناتی ہیں، اور آپ کی ٹیم کو مزید تیزی سے خصوصیات فراہم کرنے میں مدد کرتی ہیں۔ ہم امید کرتے ہیں کہ آپ ریلیز کی اہم خصوصیات کو بھی کارآمد پائیں گے۔ 53 دیگر نئی خصوصیات، اس ریلیز میں شامل کیا گیا۔
اعلی درجے کی حفاظتی خصوصیات
ہم ہر ماہ GitLab DevSecOps میں کئی نئی خصوصیات شامل کرنے کی کوشش کرتے ہیں، اور یہ ریلیز بھی اس سے مستثنیٰ نہیں ہے۔ اسمبلی اور تعیناتی کے فریم ورک کے اندر۔ مزید برآں، وہ تنظیمیں جو کوڈ کی تعیناتی کی ذمہ داریوں کو الگ کرنے کی حمایت کرنا چاہتی ہیں اب کر سکتی ہیں۔ . یہ کردار مماثل ہے۔ اور آپ کو انضمام کی درخواستوں کی تصدیق کرنے کی اجازت دے گا (GitLab کے روسی لوکلائزیشن میں "ضم کرنے کی درخواستیں") اور کوڈ کو خود کو تبدیل کرنے کے لیے رسائی فراہم کیے بغیر، محفوظ ماحول میں کوڈ کو تعینات کر سکتا ہے۔
خطرات کو کم کرنے کا دوسرا طریقہ نیا استعمال کرنا ہے۔ . آپریشنز ٹیمیں اپنے کلسٹر کو پورے انٹرنیٹ پر ظاہر کیے بغیر GitLab سے Kubernetes کلسٹرز تعینات کر سکتی ہیں۔ ہم نئی Terraform اسٹیٹ فائلوں کے لیے خودکار ورژن کنٹرول سپورٹ بھی متعارف کروا رہے ہیں۔ تعمیل اور ڈیبگنگ میں آسانی کے لیے۔ آخر میں، مثال کے طور پر سیکورٹی ڈیش بورڈ بن گیا خطرے کی اطلاعات اور حفاظتی ترتیبات کے ساتھ۔
GitLab کے ساتھ زیادہ آسان اور موثر کام
ہم نے شامل کرنے کے لیے اپنی عالمی تلاش کو بہتر بنایا ہے۔ آپ کو تازہ ترین ٹکٹس، گروپس، پروجیکٹس، سیٹنگز اور مدد کے موضوعات پر آسانی سے نیویگیٹ کرنے کی اجازت دیتا ہے۔ ہم یہ اعلان کرتے ہوئے بہت پرجوش ہیں کہ GitLab صفحات سائٹ کے اندر انفرادی صفحات اور ڈائریکٹریز کو ری ڈائریکٹ کرنے کے لیے، جو صارفین کو اپنی سائٹوں کو زیادہ مؤثر طریقے سے تعینات کرنے کی اجازت دے گا۔ اور ان لوگوں کے لیے جو تعیناتی کے بارے میں وسیع معلومات حاصل کرنا چاہتے ہیں، یہ ریلیز اجازت دیتا ہے۔ !
اوپن سورس شراکتیں۔
ہم نمائندگی کرتے ہیں۔ جسے میں نے شامل کیا۔ . تبدیل شدہ کوڈ کی یونٹ ٹیسٹ کوریج پر مارکس ڈویلپرز کو جائزہ کے دوران کوڈ کی کوریج کا واضح خیال دیتے ہیں۔ یہ معلومات جائزوں کو تیز کرنے اور نئے کوڈ کو ضم کرنے اور تعینات کرنے کے وقت کو کم کرنے میں مدد کرتی ہے۔ اور ہم بھی اور منصوبہ .
اور یہ صرف شروعات ہے!
ہمیشہ کی طرح، عمومی جائزہ میں بہت کم جگہ ہے، لیکن 13.4 ریلیز میں بہت ساری عمدہ خصوصیات ہیں۔ یہاں کچھ اور ہیں:
- .
اگر آپ پہلے سے جاننا چاہتے ہیں کہ آپ کا کیا انتظار ہے۔ اگلا رہائی، ایک نظر ڈالیں .
.
اس مہینے -
فیبیو نے نمایاں تعاون کیا۔ в - ایک ایسی خصوصیت جس کا گٹ لیب کمیونٹی میں کافی عرصے سے انتظار کیا جا رہا ہے۔ یہ غیر معمولی تبدیلیوں کے ساتھ واقعی ایک اہم شراکت ہے جس کے لیے GitLab ٹیم کے اراکین کے ساتھ مسلسل تعاون کی ضرورت تھی اور پروجیکٹ کے بہت سے شعبوں جیسے UX، فرنٹ اینڈ اور بیک اینڈ کو متاثر کیا۔
GitLab 13.4 ریلیز کی اہم خصوصیات
CI جابز میں HashiCorp والٹ کیز استعمال کریں۔
(پریمیم، الٹی میٹ، سلور، گولڈ)
ریلیز 12.10 میں، GitLab نے GitLab جاب ہینڈلر (GitLab رنر) کا استعمال کرتے ہوئے CI جابز میں کیز وصول کرنے اور منتقل کرنے کی صلاحیت متعارف کرائی۔ اب ہم توسیع کر رہے ہیں۔ ، نیا نحو شامل کرنا secrets فائل کرنے کے لئے .gitlab-ci.yml. اس سے GitLab کے ساتھ HashiCorp ریپوزٹری کو ترتیب دینا اور استعمال کرنا آسان ہو جائے گا۔
и .
GitLab Kubernetes ایجنٹ کا تعارف
(پریمیم، الٹی میٹ)
گٹ لیب کے کبرنیٹس کے ساتھ انضمام نے طویل عرصے سے دستی ترتیب کی ضرورت کے بغیر کوبرنیٹس کلسٹرز میں تعیناتی کو ممکن بنایا ہے۔ بہت سے صارفین نے اس بنڈل کے استعمال میں آسانی کو پسند کیا، جب کہ دوسروں کو کچھ مشکلات کا سامنا کرنا پڑا۔ موجودہ انضمام کے لیے، آپ کا کلسٹر انٹرنیٹ سے قابل رسائی ہونا چاہیے تاکہ GitLab اس تک رسائی حاصل کر سکے۔ بہت سی تنظیموں کے لیے، یہ ممکن نہیں ہے کیونکہ وہ سیکورٹی، تعمیل، یا ریگولیٹری وجوہات کی بنا پر کلسٹرز تک رسائی کو محدود کرتے ہیں۔ ان پابندیوں کو حاصل کرنے کے لیے، صارفین کو GitLab کے اوپر اپنے ٹولز بنانے کی ضرورت تھی، ورنہ وہ اس فیچر کو استعمال نہیں کر پائیں گے۔
آج ہم GitLab Kubernetes Agent متعارف کروا رہے ہیں، Kubernetes کلسٹرز میں تعینات کرنے کا ایک نیا طریقہ۔ ایجنٹ آپ کے کلسٹر کے اندر چلتا ہے، لہذا آپ کو اسے پورے انٹرنیٹ پر ظاہر کرنے کی ضرورت نہیں ہے۔ ایجنٹ GitLab سے نئی تبدیلیوں کی درخواست کر کے تعیناتی کو مربوط کرتا ہے، بجائے اس کے کہ GitLab کلسٹر میں اپ ڈیٹس کو آگے بڑھائے۔ اس سے کوئی فرق نہیں پڑتا ہے کہ آپ کون سا GitOps طریقہ استعمال کرتے ہیں، GitLab نے آپ کا احاطہ کیا ہے۔
براہ کرم نوٹ کریں کہ یہ ایجنٹ کی پہلی ریلیز ہے۔ GitLab Kubernetes ایجنٹ کے لیے ہماری موجودہ توجہ کوڈ کے ذریعے تعیناتیوں کو ترتیب دینا اور ان کا انتظام کرنا ہے۔ کچھ موجودہ Kubernetes انضمام کی خصوصیات، جیسے تعیناتی بورڈز اور GitLab کے زیر انتظام ایپلی کیشنز، ابھی تک تعاون یافتہ نہیں ہیں۔ کہ ان صلاحیتوں کو ایجنٹ میں مستقبل کی ریلیز میں شامل کیا جائے گا، ساتھ ہی سیکیورٹی اور تعمیل پر توجہ مرکوز کرنے والے نئے انضمام۔
и .
صارفین کو کوڈ تک رسائی کے بغیر تعیناتی کی اجازت دیں۔
(پریمیم، الٹی میٹ، سلور، گولڈ)
پہلے، GitLab کے اجازت نامے کے نظام نے آپ کی ٹیم کے اندر ذمہ داریوں کو ترقی کے ذمہ داروں اور تعیناتی کے ذمہ داروں کے درمیان مناسب طریقے سے تقسیم کرنا مشکل بنا دیا تھا۔ GitLab 13.4 کے اجراء کے ساتھ، آپ تعیناتی کے لیے انضمام کی درخواستوں کو منظور کرنے کی اجازت دے سکتے ہیں، نیز اصل میں ان لوگوں کو کوڈ تعینات کرنے کی اجازت دے سکتے ہیں جو کوڈ نہیں لکھتے، انہیں مینٹینر تک رسائی کے حقوق دیے بغیر (GitLab "مینٹینر" کی روسی لوکلائزیشن میں )۔
и .
سیکیورٹی سینٹر
(الٹیمیٹ، گولڈ)
پہلے، مثال کی سطح کے خطرے کا انتظام فعالیت اور لچک دونوں میں محدود تھا۔ انٹرفیس ایک واحد صفحہ تھا جو کمزوریوں، میٹرکس گرافس اور سیٹنگز کی تفصیلات کو یکجا کرتا ہے۔ ان خصوصیات کو تیار کرنے یا دیگر حفاظتی خصوصیات کو استعمال کرنے کی زیادہ گنجائش نہیں ہے۔
ہم نے اس میں بنیادی تبدیلیاں کی ہیں کہ ہم GitLab میں سیکیورٹی اور شفافیت کو کس طرح منظم کرتے ہیں۔ مثال کے طور پر سیکیورٹی پینل کو ایک پورے سیکیورٹی سینٹر میں تبدیل کردیا گیا ہے۔ سب سے بڑی تبدیلی ایک نئے مینو ڈھانچے کا تعارف ہے: ایک صفحے کے بجائے، اب آپ سیکیورٹی ڈیش بورڈ، خطرے کی رپورٹ، اور سیٹنگز سیکشن کو الگ سے دیکھیں گے۔ اگرچہ فعالیت تبدیل نہیں ہوئی ہے، اسے حصوں میں تقسیم کرنے سے اس حصے میں بہتری آئے گی جو بصورت دیگر مشکل ہوگی۔ یہ مستقبل میں سیکیورٹی سے متعلق دیگر صلاحیتوں کو شامل کرنے کا مرحلہ بھی طے کرتا ہے۔
مختص Vulnerability رپورٹ سیکشن میں اب اہم تفصیلات ظاہر کرنے کے لیے مزید جگہ ہے۔ یہ وہ کمزوریاں ہیں جو اس وقت پروجیکٹ کی کمزوریوں کی فہرست میں ہیں۔ کمزوری میٹرکس کے ساتھ ویجٹس کو ایک الگ سیکشن میں منتقل کرنا ایک آسان سیکیورٹی کنٹرول پینل بناتا ہے۔ اب یہ مستقبل کے تصورات کے لیے ایک کینوس ہے—نہ صرف کمزوری کے انتظام کے لیے، بلکہ سیکیورٹی سے متعلق کسی بھی میٹرکس کے لیے۔ آخر میں، ایک الگ سیٹنگ ایریا تمام مثال کی سطح کی سیکیورٹی سیٹنگز کے لیے ایک مشترکہ جگہ بناتا ہے، نہ کہ صرف خطرے کا انتظام۔
и .
سوئچ ایبل خصوصیات اب گٹ لیب اسٹارٹر میں ہیں۔
(اسٹارٹر، پریمیم، الٹیمیٹ، کانسی، چاندی، سونا)
GitLab 11.4 جاری کیا گیا تھا۔ . 12.2 میں ہم نے ان کے لیے حکمت عملی متعارف کرائی и ، اور 13.1 میں انہوں نے شامل کیا۔ и مختلف ماحول کے لیے۔
اس سال کے شروع میں، GitLab نے ایک عہد کیا تھا۔ اوپن سورس میں اس ریلیز میں، ہم نے سٹارٹر پلان میں سوئچ ایبل فیچرز کی منتقلی مکمل کر لی ہے اور ان کو کور میں منتقل کرنا جاری رکھیں گے۔ . ہم اس خصوصیت کو مزید صارفین تک پہنچانے کے لیے پرجوش ہیں اور یہ سننا چاہتے ہیں کہ آپ اسے کیسے استعمال کرتے ہیں۔
и .
سرچ بار سے فوری نیویگیشن
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
کبھی کبھی جب گٹ لیب پر تشریف لے جاتے ہیں تو آپ تلاش کے نتائج کے صفحے کے بجائے سیدھے کسی خاص پروجیکٹ پر جانا چاہتے ہیں۔
عالمی سرچ بار کا استعمال کرتے ہوئے، آپ فوری طور پر تازہ ترین ٹکٹس، گروپس، پروجیکٹس، سیٹنگز، اور مدد کے موضوعات پر جاسکتے ہیں۔ یہاں تک کہ آپ ہاٹکی بھی استعمال کر سکتے ہیں۔ /اپنے کرسر کو سرچ بار میں منتقل کرنے کے لیے GitLab کو مزید موثر طریقے سے نیویگیٹ کرنے کے لیے!
и .
انضمام کی درخواست کے فرق میں کوڈ کوریج دکھا رہا ہے۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
انضمام کی درخواست کا جائزہ لیتے وقت، اس بات کا تعین کرنا مشکل ہو سکتا ہے کہ آیا تبدیل شدہ کوڈ یونٹ ٹیسٹ کے ذریعے احاطہ کرتا ہے۔ اس کے بجائے، جائزہ لینے والے مجموعی کوریج پر بھروسہ کر سکتے ہیں اور انضمام کی درخواست کو منظور کرنے سے پہلے اس میں اضافہ کرنے کی درخواست کر سکتے ہیں۔ یہ تحریری ٹیسٹوں کے لیے ایک بے ترتیب انداز کا باعث بن سکتا ہے، جو حقیقت میں کوڈ کے معیار یا ٹیسٹ کوریج کو بہتر نہیں کرے گا۔
اب، جب انضمام کی درخواست کا فرق دیکھیں گے، تو آپ کو کوڈ کوریج کا ایک بصری ڈسپلے نظر آئے گا۔ نئے نشانات آپ کو فوری طور پر یہ سمجھنے کی اجازت دیں گے کہ آیا تبدیل شدہ کوڈ یونٹ ٹیسٹ میں شامل ہے، جس سے کوڈ کا جائزہ لینے اور نئے کوڈ کو ضم کرنے اور تعینات کرنے کے وقت کو تیز کرنے میں مدد ملے گی۔
شکریہ اور اس خصوصیت کے لیے سیمنز!
и .
Environments پینل میں مزید ماحول اور منصوبے
(پریمیم، الٹی میٹ، سلور، گولڈ)
GitLab 12.5 کی رہائی کے بعد سے آپ ماحول کی حالت کی نگرانی کر سکتے ہیں، لیکن تین منصوبوں میں سات سے زیادہ ماحول نہیں۔ ہم نے اس پینل کو ریلیز 13.4 میں صفحہ بندی کرکے بڑھا دیا ہے تاکہ آپ کو اپنے ماحول کو پیمانے پر برقرار رکھنے اور ان کا نظم کرنے میں مدد ملے۔ اب آپ مزید منصوبوں میں مزید ماحول دیکھ سکتے ہیں۔
и .
GitLab GitLab Terraform فراہم کنندہ کا کنٹرول سنبھال لیتا ہے۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
حال ہی میں ہم اور منصوبہ . پچھلے مہینے کے دوران، ہم نے انضمام کی 21 درخواستیں قبول کی ہیں اور 31 ٹکٹوں کو بند کر دیا ہے، جن میں کچھ دیرینہ کیڑے اور غائب خصوصیات جیسے . آپ کر سکتے ہیں Terraform دستاویزات میں۔
и .
OpenAPI وضاحتیں یا HAR فائل کے ساتھ مبہم API ٹیسٹنگ
(الٹیمیٹ، گولڈ)
API فزنگ ٹیسٹنگ آپ کی ویب ایپلیکیشنز اور APIs میں کیڑے اور کمزوریاں تلاش کرنے کا ایک بہترین طریقہ ہے جو دوسرے اسکینرز اور جانچ کے طریقوں سے چھوٹ سکتے ہیں۔
گٹ لیب میں API فزنگ ٹیسٹنگ آپ کو فراہم کرنے کی اجازت دیتی ہے۔ یا آپ کی ایپلیکیشن اور پھر خود بخود بے ترتیب ان پٹ ڈیٹا تیار کرتی ہے جسے ایج کیسز کو جانچنے اور کیڑے تلاش کرنے کے لیے ڈیزائن کیا گیا ہے۔ نتائج آپ کی پائپ لائن میں فوری طور پر نظر آتے ہیں۔
یہ ہماری پہلی API فز ٹیسٹنگ ریلیز ہے اور ہم آپ کی رائے سننا پسند کریں گے۔ ہمارے پاس فز ٹیسٹنگ کے لیے مزید اسٹاک موجود ہے۔ ، جس کی بنیاد ہم اس خصوصیت کے اجراء پر رکھیں گے۔
и .
میٹرکس پینل میں نئے گراف کا پیش منظر دیکھیں
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
پہلے، GitLab میں میٹرکس ڈیش بورڈ میں گراف بنانا کوئی آسان کام نہیں تھا۔ ڈیش بورڈ YAML فائل میں میٹرک بنانے کے بعد، آپ نے تبدیلیاں کیں۔ master، اس بات کی تصدیق کیے بغیر کہ نیا تخلیق کردہ گراف بالکل آپ کی ضرورت کے مطابق کام کرتا ہے۔ اس ریلیز کے ساتھ شروع کرتے ہوئے، آپ گراف بناتے وقت تبدیلیوں کا جائزہ لے سکتے ہیں، ڈیش بورڈ YAML فائل میں تبدیلیاں بھیجنے سے پہلے نتیجہ کا اندازہ حاصل کر سکتے ہیں۔
и .
گروپ کے تمام پروجیکٹس کے ٹیسٹ کے ذریعے کوڈ کوریج پر ڈیٹا
(پریمیم، الٹی میٹ، سلور، گولڈ)
جب آپ GitLab میں بڑی تعداد میں پراجیکٹس کا انتظام کرتے ہیں، تو آپ کو معلومات کا ایک واحد ذریعہ درکار ہوتا ہے کہ تمام پروجیکٹس میں کوڈ کی کوریج وقت کے ساتھ کس طرح بدل رہی ہے۔ پہلے، اس معلومات کو ظاہر کرنے کے لیے تھکا دینے والا اور وقت خرچ کرنے والا دستی کام درکار تھا: آپ کو ہر پروجیکٹ سے کوڈ کوریج ڈیٹا ڈاؤن لوڈ کرنا پڑتا تھا اور اسے ایک ٹیبل میں جوڑنا پڑتا تھا۔
ریلیز 13.4 میں، آسانی سے اور جلدی جمع کرنا ممکن ہو گیا۔ .csv گروپ کے تمام پروجیکٹس یا پروجیکٹس کے انتخاب کے لیے کوڈ کوریج پر تمام ڈیٹا کے ساتھ فائل کریں۔ یہ خصوصیت MVC ہے، اس کی قابلیت کے بعد کیا جائے گا۔ .
и .
مکمل فز ٹیسٹنگ کے لیے نئی زبانوں کے لیے سپورٹ
(الٹیمیٹ، گولڈ)
یہ ریلیز مکمل کوریج کے مقصد سے فز ٹیسٹنگ کے لیے کئی نئی زبانوں کے لیے سپورٹ متعارف کراتی ہے۔
اب آپ اپنی جاوا، رسٹ اور سوئفٹ ایپلیکیشنز میں فزنگ ٹیسٹنگ کی مکمل صلاحیتوں کا جائزہ لے سکتے ہیں اور ایسی خامیاں اور کمزوریاں تلاش کر سکتے ہیں جو دوسرے سکینرز اور جانچ کے طریقوں سے چھوٹ سکتی ہیں۔
и .
مرکزی ماحول کے صفحے پر الرٹس
(پریمیم، الٹی میٹ، سلور، گولڈ)
ماحولیات کا صفحہ آپ کے ماحول کی مجموعی حالت کو ظاہر کرتا ہے۔ اس ریلیز میں ہم نے الرٹ ڈسپلے شامل کرکے اس صفحہ کو بہتر کیا ہے۔ آپ کے ماحول کی حیثیت کے ساتھ متحرک الرٹس آپ کو پیدا ہونے والے حالات کو درست کرنے کے لیے تیزی سے کارروائی کرنے میں مدد کریں گے۔
и .
نیسٹڈ پائپ لائنز اب اپنی نیسٹڈ پائپ لائنیں چلا سکتی ہیں۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
نیسٹڈ پائپ لائنوں کا استعمال کرتے ہوئے، اب چائلڈ پائپ لائنوں کے اندر نئی پائپ لائنیں چلانا ممکن ہے۔ اگر آپ کو پائپ لائنوں کی متغیر تعداد پیدا کرنے کے لیے لچک کی ضرورت ہو تو گہرائی کی اضافی سطح مفید ہو سکتی ہے۔
پہلے، نیسٹڈ پائپ لائنز استعمال کرتے وقت، ہر چائلڈ پائپ لائن کو پیرنٹ پائپ لائن میں دستی طور پر بیان کرنے کے لیے ایک ٹرگر جاب کی ضرورت ہوتی تھی۔ اب آپ نیسٹڈ پائپ لائنز بنا سکتے ہیں جو متحرک طور پر کسی بھی نئی نیسٹڈ پائپ لائنز کو لانچ کرے گی۔ مثال کے طور پر، اگر آپ کے پاس ایک monorepository ہے، تو آپ متحرک طور پر پہلی ذیلی پائپ لائن تیار کر سکتے ہیں، جو خود برانچ میں ہونے والی تبدیلیوں کی بنیاد پر مطلوبہ تعداد میں نئی پائپ لائنیں بنائے گی۔
и .
پیرنٹ اور نیسٹڈ پائپ لائنوں کے درمیان بہتر نیویگیشن
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
پہلے، پیرنٹ اور نیسٹڈ پائپ لائنوں کے درمیان نیویگیٹ کرنا زیادہ آسان نہیں تھا - آپ کو مطلوبہ پائپ لائن تک پہنچنے کے لیے بہت زیادہ کلکس کی ضرورت تھی۔ یہ جاننا بھی آسان نہیں تھا کہ پائپ لائن کس کام نے شروع کی۔ اب والدین اور نیسٹڈ پائپ لائنوں کے درمیان کنکشن دیکھنا بہت آسان ہو جائے گا۔
и .
متوازی میٹرکس ملازمتیں ملازمت کے عنوان میں متعلقہ متغیرات دکھاتی ہیں۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
اگر آپ استعمال کرتے ہیں۔ ، آپ نے محسوس کیا ہوگا کہ کسی خاص کام کے لیے کون سا میٹرکس متغیر استعمال کیا گیا تھا اس کا تعین کرنا مشکل تھا، کیونکہ نوکری کے نام اس طرح نظر آتے تھے matrix 1/4. ریلیز 13.4 میں، آپ کو متعلقہ متغیر اقدار نظر آئیں گی جو عام جاب کے نام کی بجائے اس جاب میں استعمال کی گئی تھیں۔ مثال کے طور پر، اگر آپ کا مقصد x86 فن تعمیر کو ڈیبگ کرنا ہے، تو نوکری کو بلایا جائے گا۔ matrix: debug x86.
и .
GitLab 13.4 میں دیگر بہتری
Atlassian اکاؤنٹ کو جوڑنا
(کور، اسٹارٹر، پریمیم، الٹی میٹ)
GitLab صارفین اب اپنے GitLab اکاؤنٹس کو اپنے Atlassian Cloud اکاؤنٹ سے جوڑ سکیں گے۔ یہ آپ کو اپنے Atlassian اسناد کے ساتھ GitLab میں لاگ ان کرنے کی اجازت دے گا، اور مستقبل میں انضمام کی بہتری کے لیے بھی بنیاد رکھے گا۔ اور Atlassian لائن کی دیگر مصنوعات کے ساتھ۔
и .
انضمام کے تمام وعدوں کی فہرست برآمد کرنا
(الٹیمیٹ، گولڈ)
تعمیل پر مرکوز تنظیموں کو آڈیٹرز کو پیداوار میں کسی بھی تبدیلی سے وابستہ اجزاء کے بارے میں ایک جامع نظریہ دکھانے کے طریقے کی ضرورت ہوتی ہے۔ GitLab میں، اس کا مطلب ہر چیز کو ایک جگہ جمع کرنا ہے: ضم کرنے کی درخواستیں، ٹکٹیں، پائپ لائنز، سیکیورٹی اسکینز، اور دیگر کمٹ ڈیٹا۔ ابھی تک، آپ کو یا تو اسے GitLab میں دستی طور پر اکٹھا کرنا پڑتا تھا یا معلومات کو اکٹھا کرنے کے لیے اپنے ٹولز کو ترتیب دینا پڑتا تھا، جو زیادہ کارگر نہیں تھا۔
اب آپ آڈٹ کی ضروریات کو پورا کرنے یا دیگر تجزیے کرنے کے لیے پروگرام کے مطابق اس ڈیٹا کو اکٹھا اور برآمد کر سکتے ہیں۔ موجودہ گروپ کے لیے تمام انضمام کے وعدوں کی فہرست برآمد کرنے کے لیے، آپ کو جانا ہوگا۔ اور بٹن پر کلک کریں انضمام کے تمام وعدوں کی فہرست. نتیجے میں آنے والی فائل میں انضمام کی درخواست کے تمام وعدے، ان کے مصنف، منسلک انضمام کی درخواست کی شناخت، گروپ، پروجیکٹ، تصدیق کنندگان اور دیگر معلومات شامل ہوں گی۔
и .
API کے ذریعے ذاتی رسائی ٹوکنز کی فہرست بنائیں اور ان کا نظم کریں۔
(الٹیمیٹ، گولڈ)
GitLab نام کی جگہ تک رسائی کا انتظام تعمیل کی کوششوں کا ایک اہم حصہ ہے۔ کم از کم استحقاق کے اصولوں سے لے کر وقتی رسائی کو غیر فعال کرنے تک، GitLab میں ذاتی رسائی کے ٹوکنز سے وابستہ کئی تقاضے ہو سکتے ہیں۔ آپ کے نام کی جگہ کے اندر ان تمام صارفی اسناد کو برقرار رکھنے اور ان کا نظم کرنا آسان بنانے کے لیے، ہم نے تمام ذاتی رسائی ٹوکنز کی فہرست بنانے کی اہلیت فراہم کی ہے اور اختیاری طور پر API کے ذریعے۔
GitLab API میں یہ بہتری صارفین کو اپنے ذاتی رسائی ٹوکنز کی فہرست بنانے اور منسوخ کرنے کی اجازت دیتی ہے، اور منتظمین کو اپنے صارفین کے ٹوکنز کی فہرست اور منسوخ کرنے کی اجازت دیتی ہے۔ اب منتظمین کے لیے یہ دیکھنا آسان ہو جائے گا کہ ان کے نام کی جگہ تک کس کی رسائی ہے، صارف کے ڈیٹا کی بنیاد پر رسائی کے فیصلے کریں، اور ذاتی رسائی والے ٹوکنز کو منسوخ کریں جن سے سمجھوتہ کیا گیا ہو یا جو کمپنی کی رسائی کے انتظام کی پالیسیوں سے باہر ہوں۔
и .
متعلقہ مسائل اور دیگر خصوصیات اب GitLab Core میں ہیں۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
چند ماہ قبل ہم نے ایک پلان کا اعلان کیا۔ . اس وعدے کو پورا کرنے کے لیے کام کرتے ہوئے، ہم نے کیا ہے۔ , и (GitLab "ڈسکشن بورڈ" کے روسی لوکلائزیشن میں) کور پلان میں دستیاب ہے۔ یہ صرف "منسلک" تعلقات پر لاگو ہوتا ہے، "بلاکس" اور "بلاک" تعلقات ادا شدہ منصوبوں میں رہتے ہیں۔
и .
انضمام کی درخواست سائڈبار میں اصل برانچ کا نام ڈسپلے کرنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
کوڈ کی تبدیلیوں، بات چیت اور انضمام کی درخواستوں کا جائزہ لیتے وقت، گہرے جائزے کے لیے برانچ کا مقامی چیک آؤٹ کرنا اکثر ضروری ہوتا ہے۔ تاہم، تھریڈ کا نام تلاش کرنا مشکل ہوتا جا رہا ہے کیونکہ انضمام کی درخواست کی تفصیل میں مزید مواد شامل کیا جاتا ہے اور آپ کو صفحہ مزید نیچے سکرول کرنا پڑتا ہے۔
ہم نے انضمام کی درخواست سائڈبار میں برانچ کا نام شامل کر دیا ہے، اسے کسی بھی وقت قابل رسائی بنا دیا ہے اور پورے صفحے کو اسکرول کرنے کی ضرورت کو ختم کر دیا ہے۔ بالکل انضمام کی درخواست کے لنک کی طرح، سورس برانچ سیکشن میں ایک آسان "کاپی" بٹن ہوتا ہے۔
شکریہ اس خصوصیت کی ترقی میں آپ کے زبردست تعاون کے لیے!
и .
انضمام کی درخواست کے فرق میں منہدم فائلوں کی موجودگی کا اشارہ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
متعدد فائلوں میں تبدیلیاں شامل کرنے والی درخواستوں کو ضم کریں بعض اوقات رینڈرنگ کی کارکردگی کو بہتر بنانے کے لیے بڑی فائلوں کے فرق کو ختم کر دیتے ہیں۔ جب ایسا ہوتا ہے تو، جائزے کے دوران غلطی سے کسی فائل کو چھوڑنا ممکن ہوتا ہے، خاص طور پر فائلوں کی ایک بڑی تعداد کے ساتھ انضمام کی درخواستوں میں۔ ورژن 13.4 کے ساتھ شروع کرتے ہوئے، انضمام کی درخواستیں ان فرقوں کو جھنڈا لگائیں گی جن میں فولڈ فائلیں ہوتی ہیں، اس لیے آپ کوڈ کے جائزے کے دوران ان فائلوں سے محروم نہیں ہوں گے۔ اس سے بھی زیادہ وضاحت کے لیے، ہم مستقبل کی ریلیز میں ان فائلوں میں ہائی لائٹنگ شامل کرنے کا ارادہ رکھتے ہیں۔ پر اپ ڈیٹس کے لئے دیکھتے رہیں .
и .
انضمام کی درخواست کے فرق میں منہدم فائلوں کی موجودگی کے بارے میں انتباہ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
انضمام کی درخواست کے فرق سیکشن میں، کارکردگی کو بہتر بنانے کے لیے بڑی فائلوں کو منہدم کیا جاتا ہے۔ تاہم، کوڈ کا جائزہ لیتے وقت، جب جائزہ لینے والا فائلوں کی فہرست کو اسکرول کرتا ہے تو کچھ فائلیں چھوٹ سکتی ہیں، کیونکہ تمام بڑی فائلیں منہدم ہو جاتی ہیں۔
ہم نے صارفین کو مطلع کرنے کے لیے کہ اس سیکشن میں ضم شدہ فائل موجود ہے، انضمام کی درخواست کے مختلف صفحہ کے اوپری حصے میں ایک مرئی وارننگ شامل کی ہے۔ اس طرح، آپ جائزہ کے دوران انضمام کی درخواست میں کوئی تبدیلی نہیں چھوڑیں گے۔
и .
Gitaly کلسٹر ریپوزٹری کی خودکار بحالی
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
پہلے، جب گیٹالی کلسٹر کا بنیادی نوڈ آف لائن ہو جاتا تھا، تو اس نوڈ پر موجود ریپوزٹری کو صرف پڑھنے کے لیے نشان زد کیا جاتا تھا۔ اس نے ان حالات میں ڈیٹا کو ضائع ہونے سے روکا جہاں نوڈ پر ایسی تبدیلیاں تھیں جو ابھی تک نقل نہیں کی گئی تھیں۔ جب نوڈ آن لائن واپس آیا، GitLab خود بخود بحال نہیں ہوا، اور منتظمین کو دستی طور پر مطابقت پذیری کا عمل شروع کرنا پڑا یا ڈیٹا کے نقصان کو قبول کرنا پڑا۔ دوسرے حالات، جیسے کہ ثانوی نوڈ پر نقل کے کام کی ناکامی، کے نتیجے میں باسی یا صرف پڑھنے کے ذخیرے بھی ہو سکتے ہیں۔ اس صورت میں، ریپوزٹری اس وقت تک باسی رہی جب تک کہ اگلی تحریری کارروائی نہ ہو، جس سے نقل کا کام شروع ہو جائے گا۔
اس مسئلے کو حل کرنے کے لیے اب ایک ریپلیکیشن جاب کو شیڈول کرتا ہے جب یہ ایک نوڈ پر فرسودہ ریپوزٹری اور دوسرے پر ریپوزٹری کے تازہ ترین ورژن کا پتہ لگاتا ہے۔ نقل کا یہ کام ڈیٹا کو دستی طور پر بحال کرنے کی ضرورت کو ختم کرتے ہوئے، ریپوزٹری کو خود بخود اپ ٹو ڈیٹ رکھتا ہے۔ خودکار ریکوری اس بات کو بھی یقینی بناتی ہے کہ ثانوی نوڈس کو فوری طور پر اپ ٹو ڈیٹ کر دیا جاتا ہے اگر نقل کا کام ناکام ہو جاتا ہے، بجائے اس کے کہ اگلے تحریری آپریشن کا انتظار کیا جائے۔ چونکہ بہت سے گیلی کلسٹرز بڑی تعداد میں ریپوزٹریز کو اسٹور کرتے ہیں، اس سے ایڈمنسٹریٹرز اور ریلائیبلٹی انجینئرز کو خرابی کے بعد ڈیٹا کی وصولی میں خرچ کرنے والے وقت کو نمایاں طور پر کم کر دیا جاتا ہے۔
اس کے علاوہ، خودکار مرمت کلسٹر میں شامل کسی بھی نئے Gitaly نوڈ پر ریپوزٹریوں کی نقل شروع کرتی ہے، نئے نوڈس کو شامل کرتے وقت دستی کام کو ختم کرتا ہے۔
и .
ڈیزائن کے صفحے پر مکمل ہونے والے کام کو نشان زد کریں۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab میں موثر مواصلت کام کی فہرستوں پر مبنی ہے۔ اگر آپ کا تذکرہ کسی تبصرے میں کیا گیا ہے، تو یہ ضروری ہے کہ کسی کام پر جا سکیں اور یا تو کچھ کرنا شروع کریں یا اسے مکمل کے بطور نشان زد کریں۔ جب آپ کو کسی چیز پر کام کرنے یا بعد میں اس پر واپس آنے کی ضرورت ہو تو اپنے آپ کو کوئی کام تفویض کرنے کے قابل ہونا بھی ضروری ہے۔
پہلے، آپ ڈیزائن کے ساتھ کام کرتے وقت کاموں کو شامل نہیں کر سکتے تھے یا انہیں مکمل کے طور پر نشان زد نہیں کر سکتے تھے۔ اس نے پروڈکٹ ٹیموں کے درمیان مواصلت کی کارکردگی کو سنجیدگی سے متاثر کیا، کیونکہ کرنے والے کام GitLab ورک فلو کا ایک اہم عنصر ہیں۔
ریلیز 13.4 میں، ڈیزائن ٹاسکس کے استعمال میں ٹکٹ کے تبصروں کے ساتھ مل جاتے ہیں، جو ان کے ساتھ کام کرنے کو زیادہ مستقل اور موثر بناتا ہے۔
и .
CI/CD کے لیے بہتر ٹربل شوٹنگ گائیڈ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
ہم نے GitLab CI/CD کے لیے ٹربل شوٹنگ گائیڈ کو بہتر کیا ہے جس میں آپ کو درپیش عام مسائل کے بارے میں مزید معلومات حاصل ہو سکتی ہیں۔ ہم امید کرتے ہیں کہ بہتر شدہ دستاویزات آپ کو GitLab CI/CD کو جلدی اور آسانی سے چلانے میں مدد فراہم کرنے میں ایک قیمتی وسیلہ ثابت ہوں گی۔
и .
ضم کرنے کی درخواستیں اب انضمام کی قطار سے باہر نہیں آتی ہیں۔
(پریمیم، الٹی میٹ، سلور، گولڈ)
پہلے، دیر سے تبصرے کی وجہ سے انضمام کی درخواستیں اتفاقی طور پر انضمام کی قطار سے باہر ہو سکتی تھیں۔ اگر انضمام کی درخواست پہلے سے ہی قطار میں تھی اور کسی نے اس میں کوئی تبصرہ شامل کیا جس سے ایک نئی حل نہ ہونے والی بحث پیدا ہوئی، تو انضمام کی درخواست کو انضمام کے لیے نا اہل سمجھا جائے گا اور وہ قطار سے باہر ہو جائے گی۔ اب، انضمام کی قطار میں انضمام کی درخواست شامل ہونے کے بعد، انضمام کے عمل میں خلل پڑنے کے خوف کے بغیر نئے تبصرے شامل کیے جا سکتے ہیں۔
и .
انضمام کی درخواست میں کسی جاب کے لیے کوڈ کوریج ویلیو دکھانا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
ڈیولپرز کو پائپ لائن مکمل ہونے کے بعد کوڈ کوریج ویلیو دیکھنے کے قابل ہونا چاہیے - یہاں تک کہ پیچیدہ حالات میں بھی جیسے کہ متعدد ملازمتوں کے ساتھ پائپ لائن چلانا جس کی کوریج کی قیمت کا حساب لگانے کے لیے تجزیہ کرنے کی ضرورت ہے۔ پہلے، انضمام کی درخواست ویجیٹ صرف ان اقدار کی اوسط دکھاتا تھا، جس کا مطلب تھا کہ آپ کو جاب پیج پر جانا پڑتا تھا اور انٹرمیڈیٹ کوریج ویلیوز حاصل کرنے کے لیے انضمام کی درخواست پر واپس جانا پڑتا تھا۔ آپ کا وقت اور ان اضافی اقدامات کو بچانے کے لیے، ہم نے ویجیٹ کو اوسط کوریج کی قیمت، ہدف اور ماخذ کی شاخوں کے درمیان اس کی تبدیلیاں، اور ایک ٹول ٹپ بنایا ہے جو ہر اس کام کے لیے کوریج کی قیمت دکھاتا ہے جس کی بنیاد پر اوسط کا حساب لگایا گیا تھا۔
и .
گروپ کو دیکھتے وقت پیکیج رجسٹری سے پیکجوں کو ہٹانا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab پیکیج رجسٹری مختلف فارمیٹس میں پیکجوں کو ذخیرہ کرنے اور تقسیم کرنے کی جگہ ہے۔ جب آپ کے پاس اپنے پروجیکٹ یا گروپ میں بہت سارے پیکجز ہوتے ہیں، تو آپ کو غیر استعمال شدہ پیکجوں کی فوری شناخت کرنے اور لوگوں کو ڈاؤن لوڈ کرنے سے روکنے کے لیے انہیں ہٹانے کی ضرورت ہوتی ہے۔ آپ اپنی رجسٹری کے ذریعے پیکجوں کو ہٹا سکتے ہیں۔ یا پیکیج رجسٹری یوزر انٹرفیس کے ذریعے۔ تاہم، اب تک آپ UI کے ذریعے کسی گروپ کو دیکھتے وقت پیکجز کو نہیں ہٹا سکتے تھے۔ نتیجے کے طور پر، آپ کو فی پراجیکٹ کی بنیاد پر غیر ضروری پیکجز کو ہٹانا پڑا، جو کہ غیر موثر تھا۔
اب آپ گروپ کی پیکیج رجسٹری دیکھتے وقت پیکجوں کو ہٹا سکتے ہیں۔ بس گروپ کے پیکج رجسٹری کے صفحے پر جائیں، نام کے مطابق پیکجوں کو فلٹر کریں، اور جس کی آپ کو ضرورت نہیں ہے اسے ہٹا دیں۔
и .
کونن پیکجوں کو پراجیکٹ کی سطح تک سکیل کرنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
آپ C/C++ انحصار کو شائع اور تقسیم کرنے کے لیے GitLab میں Conan ذخیرہ استعمال کر سکتے ہیں۔ تاہم، پہلے پیکجز صرف مثال کی سطح تک پیمانہ کر سکتے تھے، کیونکہ کونن پیکیج کا نام زیادہ سے زیادہ 51 حروف کا ہو سکتا ہے۔ مثال کے طور پر اگر آپ ذیلی گروپ سے پیکج شائع کرنا چاہتے ہیں۔ gitlab-org/ci-cd/package-stage/feature-testing/conan، یہ کرنا تقریباً ناممکن تھا۔
اب آپ کونن پیکجوں کو پراجیکٹ کی سطح تک پیمانہ کر سکتے ہیں، جس سے آپ کے پروجیکٹس کے انحصار کو شائع کرنا اور تقسیم کرنا آسان ہو جاتا ہے۔
и .
انحصار سکیننگ کے لیے نئے پیکیج مینیجرز اور زبانوں کے لیے معاونت
(الٹیمیٹ، گولڈ)
ہم اپنی فہرست میں C, C++, C# اور .Net کوڈ پروجیکٹس جو NuGet 4.9+ یا Conan پیکیج مینیجرز استعمال کرتے ہیں کے لیے انحصار اسکین شامل کرنے کے لیے پرجوش ہیں۔ . اب آپ محفوظ مرحلے کے حصے کے طور پر انحصار سکیننگ کو فعال کر سکتے ہیں تاکہ پیکیج مینیجرز کے ذریعے شامل کردہ انحصار میں معلوم کمزوریوں کی جانچ کی جا سکے۔ پائی جانے والی کمزوریاں آپ کی انضمام کی درخواست میں ان کی شدت کی سطح کے ساتھ دکھائی جائیں گی، تاکہ انضمام پر عمل کرنے سے پہلے آپ کو معلوم ہو جائے کہ نئے انحصار کو کیا خطرات لاحق ہیں۔ آپ اپنے پروجیکٹ کی ضرورت کے مطابق بھی ترتیب دے سکتے ہیں۔ نازک (تنقیدی)، اعلی (اعلی) یا نامعلوم (نامعلوم) شدت کی سطح کے ساتھ کمزوریوں کے ساتھ انحصار کے لیے۔
и .
انضمام کی درخواست کی ترتیب کو 'پائپ لائن کامیابی سے مکمل ہونے پر ضم کریں' میں تبدیل کرتے وقت اطلاعات
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
پہلے، انضمام کی درخواست کی ترتیبات کو ترتیب دیتے وقت پائپ لائن ختم ہونے پر ضم کریں۔ (مرج جب پائپ لائن کامیاب ہو جائے، MWPS) کوئی ای میل اطلاع نہیں بھیجی گئی۔ آپ کو دستی طور پر اسٹیٹس چیک کرنا ہوگا یا انضمام کی اطلاع کا انتظار کرنا ہوگا۔ اس ریلیز کے ساتھ ہم صارف کے تعاون کو نمایاں کرنے پر خوش ہیں۔ ، جس نے انضمام کی درخواست پر سبسکرائب کیے گئے ہر فرد کے لیے خودکار اطلاعات شامل کرکے اس مسئلے کو حل کیا جب ایک جائزہ لینے والا انضمام کی ترتیب کو MWPS میں تبدیل کرتا ہے۔
и .
Kubernetes کے صارف کے مخصوص ورژن کے ساتھ EKS کلسٹرز بنانا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab کے صارفین اب Kubernetes کا وہ ورژن منتخب کر سکتے ہیں جو EKS فراہم کرے گا۔ آپ ورژن 1.14–1.17 کے درمیان انتخاب کر سکتے ہیں۔
и .
ٹکٹ کی اقسام کے طور پر واقعات تخلیق کرنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
ہر مسئلہ جو فوری طور پر پیدا ہوتا ہے انتباہات کو متحرک نہیں کرتا: صارفین بندش کی اطلاع دیتے ہیں اور ٹیم کے اراکین کارکردگی کے مسائل کی تحقیقات کرتے ہیں۔ واقعات اب ٹکٹ کی ایک قسم ہیں، لہذا آپ کی ٹیمیں انہیں اپنے عام ورک فلو کے حصے کے طور پر تیزی سے بنا سکتی ہیں۔ کلک کریں۔ نیا کام GitLab اور فیلڈ میں کہیں سے بھی قسم منتخب واقعہ.
и .
مارک ڈاؤن میں گٹ لیب الرٹس کا تذکرہ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
ہم نے GitLab انتباہات کو بہتر بنایا ہے خاص طور پر GitLab Markdown میں ان کے لیے ذکر کی ایک نئی قسم شامل کر کے، انتباہات کا اشتراک اور ذکر کرنا آسان بنا دیا ہے۔ استعمال کریں۔ ^alert#1234کسی بھی مارک ڈاون فیلڈ میں الرٹ کا ذکر کرنے کے لیے: واقعات، ٹکٹس، یا انضمام کی درخواستوں میں۔ اس سے آپ کو ایسی ملازمتوں کی نشاندہی کرنے میں بھی مدد ملے گی جو ٹکٹوں یا انضمام کی درخواستوں کے بجائے انتباہات سے بنائی گئی ہیں۔
и .
واقعہ کے لحاظ سے الرٹ لوڈ دیکھنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
الرٹ کی تفصیل میں ایسی معلومات ہوتی ہیں جو خرابیوں کا سراغ لگانے اور بازیافت کے لیے اہم ہوتی ہیں، اور یہ معلومات آسانی سے قابل رسائی ہونی چاہیے تاکہ آپ کو کسی واقعے کو حل کرنے کے لیے کام کرتے وقت ٹولز یا ٹیبز کو تبدیل کرنے کی ضرورت نہ ہو۔ انتباہات سے پیدا ہونے والے واقعات ٹیب میں الرٹ کی مکمل تفصیل دکھاتے ہیں۔ الرٹ کی تفصیلات.
75% تیز اعلی درجے کی تلاش
(اسٹارٹر، پریمیم، الٹیمیٹ، کانسی، چاندی، سونا)
GitLab، ایک واحد ایپلیکیشن کے طور پر، آپ کے پورے DevOps ورک فلو میں تیزی سے مواد کی دریافت کرنے کی منفرد صلاحیت رکھتا ہے۔ GitLab 13.4 میں، اعلی درجے کی تلاش 75 فیصد تیزی سے نتائج دیتی ہے۔ جیسا کہ GitLab.com پر ہے۔
и .
منتظمین کے لیے حذف شدہ منصوبوں کو دیکھنا
(کور، اسٹارٹر، پریمیم، الٹی میٹ)
پروجیکٹ ڈیلیٹ کو ملتوی کرنے کا آپشن موجود تھا۔ . تاہم، اس سے قبل حذف ہونے کے منتظر تمام منصوبوں کو ایک جگہ پر دیکھنا ممکن نہیں تھا۔ GitLab صارف مثال کے منتظمین اب ان منصوبوں کو آسانی سے بحال کرنے کے لیے بٹنوں کے ساتھ، حذف کرنے کے تمام زیر التواء منصوبوں کو ایک جگہ پر دیکھ سکتے ہیں۔
یہ خصوصیت منتظمین کو تمام متعلقہ معلومات کو ایک جگہ پر جمع کرکے اور ناپسندیدہ حذف کی کارروائیوں کو کالعدم کرنے کی صلاحیت فراہم کرکے پروجیکٹ کو حذف کرنے پر زیادہ کنٹرول فراہم کرتی ہے۔
شکریہ اس خصوصیت کے لئے!
и .
API میں گروپ پش رولز کے لیے تعاون شامل کیا گیا۔
(اسٹارٹر، پریمیم، الٹیمیٹ، کانسی، چاندی، سونا)
اس سے پہلے، گروپ پش رولز صرف GitLab UI کے ذریعے ہر گروپ کو انفرادی طور پر جا کر اور ان قوانین کو لاگو کر کے کنفیگر کیے جا سکتے تھے۔ اب آپ اپنے کسٹم ٹولز اور GitLab آٹومیشن کو سپورٹ کرنے کے لیے API کے ذریعے ان اصولوں کا نظم کر سکتے ہیں۔
и .
خود سے منظم کریڈینشل اسٹوریج کے لیے ذاتی رسائی کے ٹوکنز کو منسوخ کرنا
(حتمی)
منتظمین کو وہ معلومات فراہم کرتا ہے جس کی انہیں اپنے GitLab مثال کے لیے صارف کی اسناد کا نظم کرنے کی ضرورت ہوتی ہے۔ چونکہ تعمیل پر مرکوز تنظیمیں اپنی اسناد کے انتظام کی پالیسیوں کی سختی میں مختلف ہوتی ہیں، اس لیے ہم نے ایک بٹن شامل کیا ہے جو منتظمین کو اختیاری طور پر صارف کے ذاتی رسائی ٹوکن (PAT) کو منسوخ کرنے کی اجازت دیتا ہے۔ منتظمین اب آسانی سے ممکنہ طور پر سمجھوتہ شدہ PATs کو منسوخ کر سکتے ہیں۔ یہ خصوصیت ان تنظیموں کے لیے کارآمد ہے جو اپنے صارفین کے لیے رکاوٹ کو کم کرنے کے لیے مزید لچکدار تعمیل کے اختیارات چاہتے ہیں۔
и .
جامد سائٹ ایڈیٹر کے لیے کنفیگریشن فائل
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab 13.4 میں، ہم جامد سائٹ ایڈیٹر کو اپنی مرضی کے مطابق کرنے کا ایک نیا طریقہ متعارف کروا رہے ہیں۔ اگرچہ کنفیگریشن فائل اس ریلیز میں کوئی سیٹنگز محفوظ یا وصول نہیں کرتی ہے، ہم ایڈیٹر کے رویے کی مستقبل کی تخصیص کے لیے بنیاد رکھ رہے ہیں۔ آئندہ ریلیز میں ہم فائل میں شامل کریں گے۔ .gitlab/static-site-editor.yml تنصیب کے لیے پیرامیٹرز ، جس پر ، مارک ڈاؤن نحو کی ترتیبات اور دیگر ایڈیٹر کی ترتیبات کو اوور رائیڈ کر رہا ہے۔
и .
جامد سائٹ ایڈیٹر کا استعمال کرتے ہوئے فائل کے تعارفی حصے میں ترمیم کرنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
سامنے والا معاملہ جامد سائٹ جنریٹر کے ذریعہ پروسیسنگ کے لئے ڈیٹا فائلوں میں صفحہ کے متغیرات کی وضاحت کرنے کا ایک لچکدار اور آسان طریقہ ہے۔ یہ عام طور پر صفحہ کے عنوان، لے آؤٹ ٹیمپلیٹ، یا مصنف کو سیٹ کرنے کے لیے استعمال کیا جاتا ہے، لیکن HTML میں صفحہ پیش کرتے وقت کسی بھی قسم کا میٹا ڈیٹا جنریٹر کو منتقل کرنے کے لیے استعمال کیا جا سکتا ہے۔ ہر ڈیٹا فائل کے بالکل اوپر شامل، تعارفی حصہ عام طور پر YAML یا JSON کے طور پر فارمیٹ کیا جاتا ہے اور اس کے لیے مستقل اور درست نحو کی ضرورت ہوتی ہے۔ مخصوص نحوی اصولوں سے ناواقف صارف نادانستہ طور پر غلط مارک اپ داخل کر سکتے ہیں، جس کے نتیجے میں فارمیٹنگ کے مسائل پیدا ہو سکتے ہیں یا ناکامی بھی ہو سکتی ہے۔
جامد سائٹ ایڈیٹر کا WYSIWYG ایڈیٹنگ موڈ ان فارمیٹنگ کی غلطیوں کو روکنے کے لیے ایڈیٹر سے تعارف کو پہلے ہی ہٹا دیتا ہے۔ تاہم، یہ آپ کو ماخذ موڈ میں ترمیم پر واپس آنے کے بغیر اس حصے میں ذخیرہ شدہ اقدار کو تبدیل کرنے سے روکتا ہے۔ GitLab 13.4 میں، آپ کسی بھی فیلڈ تک رسائی حاصل کر سکتے ہیں اور ایک مانوس فارم پر مبنی انٹرفیس میں اس کی قدر میں ترمیم کر سکتے ہیں۔ جب بٹن دبایا جاتا ہے۔ ترتیبات (ترتیبات) ایک پینل کھلے گا جو شروع میں بیان کردہ ہر کلید کے لیے فارم فیلڈ دکھاتا ہے۔ فیلڈز موجودہ قدر کے ساتھ آباد ہیں، اور ان میں سے کسی میں بھی ترمیم کرنا اتنا ہی آسان ہے جتنا ویب فارم میں داخل کرنا۔ اس طرح سے تعارف میں ترمیم کرنے سے پیچیدہ نحو سے بچتا ہے اور آپ کو مواد پر مکمل کنٹرول حاصل ہوتا ہے جبکہ حتمی نتیجہ کو مستقل طور پر فارمیٹ کرنے کو یقینی بناتے ہیں۔
и .
جیرا اور ڈی وی سی ایس کنیکٹر کے لیے گٹ لیب اب کور میں ہے۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab پر جیرا صارفین کے لیے: и آپ کو GitLab کمٹ کے بارے میں معلومات ظاہر کرنے اور براہ راست جیرا میں درخواستوں کو ضم کرنے کی اجازت دیتا ہے۔ ہمارے بلٹ ان جیرا انضمام کے ساتھ مل کر، آپ کام کرتے وقت دونوں ایپس کے درمیان آسانی سے منتقل ہو سکتے ہیں۔
یہ خصوصیات پہلے صرف ہمارے پریمیم پلان میں دستیاب تھیں، لیکن اب تمام صارفین کے لیے دستیاب ہیں!
и .
Gitaly کلسٹر ٹرانزیکشنز (بی ٹا) کے لیے اکثریتی ووٹنگ
(کور، اسٹارٹر، پریمیم، الٹی میٹ)
ایک Gitaly کلسٹر آپ کو Git repositories کو متعدد "گرم" Gitaly نوڈس پر نقل کرنے کی اجازت دیتا ہے۔ یہ ناکامی کے ایک پوائنٹ کو ختم کرکے غلطی کی رواداری کو بڑھاتا ہے۔ GitLab 13.3 میں متعارف کرایا گیا، کلسٹر کے تمام Gitaly نوڈس میں تبدیلیوں کو نشر کرنے کا سبب بنتا ہے، لیکن صرف Gitaly نوڈس جو بنیادی نوڈ کے ساتھ معاہدے میں ووٹ دیتے ہیں وہ تبدیلیاں ڈسک میں محفوظ کرتے ہیں۔ اگر تمام ریپلیکا نوڈس متفق نہیں ہوتے ہیں تو، تبدیلی کی صرف ایک کاپی ڈسک پر محفوظ کی جائے گی، جب تک غیر مطابقت پذیر نقل مکمل نہیں ہو جاتی ہے، ناکامی کا ایک نقطہ پیدا کرے گا۔
اکثریتی ووٹنگ ڈسک میں تبدیلیاں محفوظ کرنے سے پہلے نوڈس کی اکثریت (سب نہیں) کی رضامندی کی ضرورت کے ذریعے غلطی کی رواداری کو بہتر بناتی ہے۔ اگر یہ ٹوگل فیچر فعال ہے، تو رائٹ کو متعدد نوڈس پر کامیاب ہونا چاہیے۔ اختلافی نوڈس خود بخود ان نوڈس سے غیر مطابقت پذیر نقل کا استعمال کرتے ہوئے مطابقت پذیر ہوجاتے ہیں جنہوں نے کورم بنایا ہے۔
и .
ویب IDE میں JSON کی توثیق کے لیے حسب ضرورت اسکیما سپورٹ
(پریمیم، الٹی میٹ، سلور، گولڈ)
وہ پروجیکٹ جہاں لوگ JSON یا YAML میں کنفیگریشن لکھتے ہیں وہ اکثر مسائل کا شکار ہوتے ہیں کیونکہ ٹائپنگ کرنا اور کسی چیز کو توڑنا آسان ہوتا ہے۔ CI پائپ لائن میں ان مسائل کو پکڑنے کے لیے انسپکشن ٹولز لکھنا ممکن ہے، لیکن JSON اسکیما فائل کا استعمال دستاویزات اور اشارے فراہم کرنے کے لیے مفید ہو سکتا ہے۔
پروجیکٹ کے شرکاء اپنے ذخیرے میں فائل میں اپنی مرضی کے مطابق اسکیما کے راستے کی وضاحت کر سکتے ہیں۔ .gitlab/.gitlab-webide.yml، جو چیک کرنے کے لیے فائلوں کا اسکیما اور راستہ بتاتا ہے۔ جب آپ ویب IDE میں ایک مخصوص فائل لوڈ کرتے ہیں، تو آپ کو فائل بنانے میں مدد کے لیے اضافی تاثرات اور توثیق نظر آئے گی۔
и .
ڈائریکٹڈ Acyclic گراف (DAG) برانچنگ کی حد 50 تک بڑھ گئی۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
اگر آپ کنویرز استعمال کر رہے ہیں۔ (ڈائریکٹڈ Acyclic گراف (DAG))، آپ کو معلوم ہو سکتا ہے کہ 10 ملازمتوں کی ایک حد ہے جس میں ایک جاب بیان کر سکتا ہے۔ needs:، بہت سخت 13.4 میں، آپ کی پائپ لائنوں میں ملازمتوں کے درمیان تعلقات کے مزید پیچیدہ نیٹ ورکس کی اجازت دینے کے لیے پہلے سے طے شدہ حد کو 10 سے بڑھا کر 50 کر دیا گیا تھا۔
اگر آپ اپنی مرضی کے مطابق GitLab مثال کے منتظم ہیں، تو آپ ٹوگل فیچر ترتیب دے کر اس حد کو اور بھی بڑھا سکتے ہیں، حالانکہ ہم اس کے لیے سرکاری تعاون پیش نہیں کرتے ہیں۔
и .
بہتر سلوک needs یاد کردہ اسائنمنٹس کے لیے
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
بعض صورتوں میں، پائپ لائن میں چھوٹ جانے والی نوکری کو غلط طریقے سے کامیاب سمجھا جا سکتا ہے needsجس کی وجہ سے بعد میں ملازمتیں چل پڑیں، جو نہیں ہونا چاہیے تھا۔ اس رویے کو ورژن 13.4 میں طے کیا گیا ہے، اور needs اب گم شدہ کاموں کے معاملات کو صحیح طریقے سے ہینڈل کرتا ہے۔
и .
آخری کویسٹ آرٹفیکٹ کو حذف ہونے سے روکنے کے لیے پن کریں۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab اب آخری کامیاب کام اور پائپ لائن آرٹفیکٹ کو کسی بھی فعال برانچ، ضم کرنے کی درخواست، یا ٹیگ پر خود بخود لاک کر دیتا ہے تاکہ اسے میعاد ختم ہونے کے بعد حذف ہونے سے روکا جا سکے۔ پرانے نمونوں کو صاف کرنے کے لیے میعاد ختم ہونے کے مزید جارحانہ اصول مرتب کرنا آسان ہو جاتا ہے۔ یہ ڈسک کی جگہ کی کھپت کو کم کرنے میں مدد کرتا ہے اور اس بات کو یقینی بناتا ہے کہ آپ کے پاس ہمیشہ پائپ لائن سے تازہ ترین آرٹفیکٹ کی ایک کاپی موجود ہے۔
и .
پائپ لائن کی اصلاح کے لیے CI/CD گائیڈ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
اپنی CI/CD پائپ لائن کو بہتر بنانے سے ترسیل کی رفتار بہتر ہو سکتی ہے اور پیسے کی بچت ہو سکتی ہے۔ آپ کی پائپ لائنوں کو بہتر بنانے سے زیادہ سے زیادہ فائدہ اٹھانے کے لیے ایک فوری گائیڈ شامل کرنے کے لیے ہم نے اپنی دستاویزات کو بہتر بنایا ہے۔
и .
ٹیسٹ رپورٹ ٹیسٹ کی حیثیت کے مطابق ترتیب دی گئی ہے۔
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
پائپ لائن میں تمام ٹیسٹوں کے نتائج دیکھنے کا ایک آسان طریقہ ہے۔ تاہم، بڑی تعداد میں ٹیسٹوں کے ساتھ، ناکام ٹیسٹوں کو تلاش کرنے میں کافی وقت لگ سکتا ہے۔ دوسرے مسائل جو رپورٹ کو استعمال کرنا مشکل بنا سکتے ہیں ان میں طویل ٹریس آؤٹ پٹس کے ذریعے سکرول کرنے میں دشواری اور 1 سیکنڈ سے بھی کم وقت میں چلنے والے ٹیسٹوں کے لیے وقت کا صفر ہونا شامل ہے۔ اب، بطور ڈیفالٹ، ٹیسٹ رپورٹ کو چھانٹتے وقت، یہ سب سے پہلے رپورٹ کے آغاز میں ناکام ٹیسٹ رکھتا ہے، اور پھر دورانیے کے حساب سے ٹیسٹ کو ترتیب دیتا ہے۔ یہ ناکامیوں اور طویل ٹیسٹوں کو تلاش کرنا آسان بناتا ہے۔ مزید برآں، ٹیسٹ کے دورانیے اب ملی سیکنڈز یا سیکنڈز میں دکھائے جاتے ہیں، جس سے انہیں پڑھنے میں بہت زیادہ تیزی آتی ہے، اور اسکرولنگ کے پچھلے مسائل بھی حل ہو چکے ہیں۔
и .
پیکج رجسٹری میں اپ لوڈ کی گئی فائلوں کے سائز کی حد
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
اب پیکیج فائلوں کے سائز کی حدیں ہیں جو GitLab پیکیج رجسٹری میں اپ لوڈ کی جا سکتی ہیں۔ پیکیج رجسٹری کی کارکردگی کو بہتر بنانے اور غلط استعمال کو روکنے کے لیے پابندیاں شامل کی گئی ہیں۔ پیکیج کی شکل کے لحاظ سے حدود مختلف ہوتی ہیں۔ GitLab.com کے لیے، فائل کے زیادہ سے زیادہ سائز ہیں:
- کانن: 250MB
- ماون: 3 جی بی
- NPM: 300MB
- نیو گیٹ: 250 ایم بی
- پی پی آئی: 3 جی بی
اپنی مرضی کے مطابق 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 صفحات کے لیے ایک سادہ ری ڈائریکٹ کنفیگریشن فائل
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
اگر آپ GitLab صفحات استعمال کرتے ہیں اور URL کی تبدیلیوں کو بہتر طریقے سے منظم کرنا چاہتے ہیں، تو آپ نے محسوس کیا ہوگا کہ آپ کی GitLab صفحات کی سائٹ پر ری ڈائریکٹس کا انتظام ممکن نہیں تھا۔ GitLab اب آپ کو ریپوزٹری میں کنفیگریشن فائل کو شامل کرکے اپنی پیجز سائٹ کے لیے ایک یو آر ایل کو دوسرے پر ری ڈائریکٹ کرنے کے لیے قواعد ترتیب دینے کی اجازت دیتا ہے۔ یہ خصوصیت کیون بارنیٹ کے تعاون کی بدولت ممکن ہوئی ہے۔ہمارے ایرک ایسٹ ووڈ () اور GitLab ٹیمیں۔ آپ کے ان پٹ کے لیے سب کا شکریہ۔
и .
GitLab کے زیر انتظام ٹیرافارم اسٹیٹ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
Terraform ریاست کے پچھلے ورژن تک رسائی تعمیل کے لیے اور اگر ضروری ہو تو ڈیبگنگ کے لیے ضروری ہے۔ GitLab کے زیر انتظام Terraform اسٹیٹ کو ورژن بنانے کے لیے سپورٹ GitLab 13.4 سے شروع کرتے ہوئے فراہم کی جاتی ہے۔ نئی Terraform اسٹیٹ فائلوں کے لیے ورژننگ خود بخود فعال ہو جاتی ہے۔ موجودہ Terraform اسٹیٹ فائلیں ہوں گی۔ بعد میں ریلیز میں.
и .
اہم واقعہ کی اطلاع کی تفصیلات
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
واقعات پر کارروائی کرتے وقت، آپ کو آسانی سے یہ تعین کرنے کے قابل ہونے کی ضرورت ہوتی ہے کہ الرٹ کتنی دیر تک کھلا تھا اور ایونٹ کو کتنی بار متحرک کیا گیا تھا۔ یہ تفصیلات اکثر گاہک پر پڑنے والے اثرات اور آپ کی ٹیم کو سب سے پہلے اس بات کا تعین کرنے میں اہم ہوتی ہیں۔ نئے واقعے کی تفصیلات کے پینل میں، ہم الرٹ شروع ہونے کا وقت، واقعات کی تعداد، اور اصل الرٹ کا لنک ظاہر کرتے ہیں۔ یہ معلومات ان واقعات کے لیے دستیاب ہے جو الرٹس سے پیدا ہوتے ہیں۔
и .
واقعہ کی شدت کے پیرامیٹر کو ترتیب دینا اور اس میں ترمیم کرنا
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
واقعہ کی شدت کا طول و عرض جواب دہندگان اور اسٹیک ہولڈرز کو بندش کے اثرات کے ساتھ ساتھ ردعمل کے طریقہ کار اور عجلت کا تعین کرنے کی اجازت دیتا ہے۔ چونکہ آپ کی ٹیم واقعے کے حل اور بازیابی کے دوران نتائج کا اشتراک کرتی ہے، وہ اس ترتیب کو تبدیل کر سکتی ہے۔ اب آپ واقعہ کی تفصیلات کے صفحہ کے دائیں سائڈبار میں واقعہ کی شدت میں ترمیم کر سکتے ہیں، اور واقعات کی فہرست میں شدت ظاہر ہوتی ہے۔
и .
کنٹینر نیٹ ورک کے حفاظتی اصول بنانا، ترمیم کرنا اور حذف کرنا
(الٹیمیٹ، گولڈ)
کنٹینر نیٹ ورک سیکیورٹی رول ایڈیٹر میں یہ اضافہ صارفین کو آسانی سے اپنے قواعد کو GitLab صارف انٹرفیس سے بنانے، ترمیم کرنے اور حذف کرنے کی اجازت دیتا ہے۔ ایڈیٹر کی خصوصیات شامل ہیں۔ .yaml تجربہ کار صارفین کے لیے اور نیٹ ورک کے نئے قوانین کے لیے ایک بدیہی انٹرفیس کے ساتھ ایک رولز ایڈیٹر۔ آپ سیکشن میں نئے قوانین کے انتظام کے اختیارات تلاش کر سکتے ہیں۔ سیکیورٹی اور تعمیل> خطرہ کا انتظام> قواعد (سیکورٹی اور تعمیل > خطرے کا انتظام > پالیسیاں).
и .
Azure بلاب اسٹوریج سپورٹ
(کور، اسٹارٹر، پریمیم، الٹیمیٹ، مفت، کانسی، چاندی، سونا)
GitLab اور GitLab رنر دونوں اب سپورٹ کرتے ہیں۔ ، Azure پر GitLab سروسز کو چلانا آسان بناتا ہے۔
GitLab مثالیں تمام قسم کے آبجیکٹ اسٹورز کے لیے Azure کو سپورٹ کرتی ہیں، بشمول LFS فائلیں، CI آرٹفیکٹس، اور . Azure Blob اسٹوریج سیٹ اپ کرنے کے لیے، انسٹالیشن کی ہدایات پر عمل کریں۔ یا .
GitLab جاب پروسیسرز اسٹوریج کے لیے Azure کو بھی سپورٹ کرتے ہیں۔ . Azure اسٹوریج کو سیکشن کا استعمال کرتے ہوئے کنفیگر کیا جا سکتا ہے۔ .
и .
Ubuntu اور OpenSUSE کے لیے Omnibus ARM64 پیکجز
(کور، اسٹارٹر، پریمیم، الٹی میٹ)
GitLab کو 64-bit ARM فن تعمیر پر چلانے کے لیے حمایت کی بڑھتی ہوئی مانگ کے جواب میں، ہمیں سرکاری ARM64 Ubuntu 20.04 Omnibus پیکیج کی دستیابی کا اعلان کرتے ہوئے خوشی ہو رہی ہے۔ Zitai Chen اور Guillaume Gardet کا بے حد شکریہ کہ انہوں نے جو بہت بڑا تعاون کیا ہے - ان کے انضمام کی درخواستوں نے اس میں کلیدی کردار ادا کیا!
Ubuntu 20.04 کے لیے پیکیج کو ڈاؤن لوڈ اور انسٹال کرنے کے لیے، ہمارے پر جائیں۔ اور منتخب کریں Ubuntu.
и .
گٹ لیب ہیلم چارٹ کے لیے اسمارٹ کارڈ کی توثیق کی معاونت
(پریمیم، الٹی میٹ)
سمارٹ کارڈز، جیسے کامن ایکسیس کارڈز (سی اے سی)، اب ہیلم چارٹ کے ذریعے تعینات گٹ لیب مثال کی تصدیق کے لیے استعمال کیے جا سکتے ہیں۔ سمارٹ کارڈز کو X.509 سرٹیفکیٹس کا استعمال کرتے ہوئے مقامی ڈیٹا بیس کے خلاف تصدیق کی جاتی ہے۔ اس کے ساتھ، ہیلم چارٹ کے ساتھ سمارٹ کارڈ سپورٹ اب اومنی بس کی تعیناتیوں میں دستیاب سمارٹ کارڈ سپورٹ کے مطابق ہے۔
и .
تفصیلی ریلیز نوٹس اور اپ ڈیٹ/تنصیب کی ہدایات اصل انگریزی پوسٹ میں پڑھی جا سکتی ہیں: .
ہم انگریزی سے ترجمہ پر کام کر رہے تھے۔ , , и .
ماخذ: www.habr.com