پرو ہوسٹر > بلاگ > انتظامیہ > GitLab 11.9 کو خفیہ پتہ لگانے اور متعدد انضمام کی درخواست کے حل کے قواعد کے ساتھ جاری کیا گیا۔
GitLab 11.9 کو خفیہ پتہ لگانے اور متعدد انضمام کی درخواست کے حل کے قواعد کے ساتھ جاری کیا گیا۔
افشا ہونے والے رازوں کا فوری پتہ لگائیں۔
اتفاقی طور پر کسی مشترکہ ذخیرے میں اسناد کو منتقل کرنا ایک چھوٹی سی غلطی کی طرح لگتا ہے۔ تاہم، اس کے نتائج سنگین ہو سکتے ہیں۔ حملہ آور کو آپ کا پاس ورڈ یا API کلید مل جانے کے بعد، وہ آپ کے اکاؤنٹ پر قبضہ کر لے گا، آپ کو لاک آؤٹ کر دے گا اور آپ کی رقم دھوکہ دہی سے استعمال کر لے گا۔ اس کے علاوہ، ایک ڈومینو اثر ممکن ہے: ایک اکاؤنٹ تک رسائی دوسروں تک رسائی کھولتی ہے۔ داؤ بہت زیادہ ہے، اس لیے افشا ہونے والے رازوں کے بارے میں جلد از جلد معلوم کرنا انتہائی ضروری ہے۔
اس ریلیز میں ہم آپشن متعارف کراتے ہیں۔ خفیہ پتہ لگانا ہماری SAST فعالیت کے حصے کے طور پر۔ ہر کمٹ کو راز کے لیے CI/CD جاب میں اسکین کیا جاتا ہے۔ ایک راز ہے - اور ڈویلپر کو انضمام کی درخواست میں ایک انتباہ موصول ہوتا ہے۔ یہ لیک ہونے والی اسناد کو موقع پر ہی منسوخ کرتا ہے اور نئی تخلیق کرتا ہے۔
تبدیلی کے مناسب انتظام کو یقینی بنانا
جیسے جیسے یہ بڑھتا اور پیچیدہ ہوتا جاتا ہے، تنظیم کے مختلف حصوں کے درمیان مستقل مزاجی کو برقرار رکھنا زیادہ مشکل ہو جاتا ہے۔ ایپلیکیشن کے جتنے زیادہ صارفین ہوں گے اور جتنی زیادہ آمدنی ہوگی، غلط یا غیر محفوظ کوڈ کو ضم کرنے کے اتنے ہی سنگین نتائج ہوں گے۔ بہت سی تنظیموں کے لیے، کوڈ کو ضم کرنے سے پہلے جائزے کے مناسب عمل کو یقینی بنانا ایک سخت ضرورت ہے کیونکہ خطرات بہت زیادہ ہیں۔
GitLab 11.9 آپ کو زیادہ کنٹرول اور زیادہ موثر ڈھانچہ فراہم کرتا ہے، شکریہ انضمام کی درخواستوں کو حل کرنے کے قواعد. پہلے، اجازت حاصل کرنے کے لیے، آپ کو صرف ایک فرد یا گروپ کی شناخت کرنی پڑتی تھی (جس کا ہر رکن اجازت دے سکتا تھا)۔ اب آپ متعدد قواعد شامل کر سکتے ہیں تاکہ انضمام کی درخواست کے لیے مخصوص افراد یا مخصوص گروپ کے متعدد اراکین سے اجازت درکار ہو۔ اس کے علاوہ، کوڈ اونرز کی خصوصیت کو اجازت نامے کے قواعد میں ضم کر دیا گیا ہے، جس سے اجازت نامہ جاری کرنے والے شخص کی شناخت کرنا آسان ہو جاتا ہے۔
یہ تنظیموں کو ایک واحد GitLab ایپ کی سادگی کو برقرار رکھتے ہوئے پیچیدہ ریزولوشن کے عمل کو نافذ کرنے کی اجازت دیتا ہے جہاں مسائل، کوڈ، پائپ لائنز، اور نگرانی کا ڈیٹا نظر آتا ہے اور فیصلے کرنے اور ریزولوشن کے عمل کو تیز کرنے کے لیے قابل رسائی ہے۔
چیٹ اوپس اب اوپن سورس ہے۔
GitLab ChatOps ایک طاقتور آٹومیشن ٹول ہے جو آپ کو کسی بھی CI/CD جاب کو چلانے اور سلیک اور Mattermost جیسی چیٹ ایپس میں براہ راست اس کی حیثیت کے بارے میں استفسار کرنے دیتا ہے۔ اصل میں GitLab 10.6 میں متعارف کرایا گیا۔, ChatOps GitLab Ultimate سبسکرپشن کا حصہ تھا۔ پر مبنی مصنوعات کی ترقی کی حکمت عملی и اوپن سورس کا عزم، ہم خصوصیات کو کبھی کسی سطح سے نیچے لے جاتے ہیں اور کبھی اوپر۔
ChatOps کے معاملے میں، ہم نے محسوس کیا کہ یہ فعالیت ہر ایک کے لیے کارآمد ہو سکتی ہے، اور کمیونٹی کی شرکت اس خصوصیت کو خود فائدہ پہنچا سکتی ہے۔
GitLab 11.9 میں ہم اوپن سورس چیٹ اوپس کوڈ، اور اس طرح یہ اب خود نظم کردہ GitLab Core اور GitLab.com پر استعمال کے لیے آزادانہ طور پر دستیاب ہے اور کمیونٹی کے لیے کھلا ہے۔
سب سے قیمتی ملازم (MVPاس مہینے کو مارسیل امیرالٹ (مارسیل امیرالٹ)
مارسل نے GitLab دستاویزات کو بہتر بنانے میں مسلسل ہماری مدد کی۔ وہ بہت کچھ کیا ہمارے دستاویزات کے معیار اور استعمال کو بہتر بنانے کے لیے۔ Domo arigato [آپ کا بہت بہت شکریہ (جاپانی) - تقریبا. ٹرانس.] مارسل، ہم خلوص دل سے اس کی تعریف کرتے ہیں!
GitLab 11.9 ریلیز میں کلیدی خصوصیات شامل کی گئیں۔
مخزن میں راز اور اسناد دریافت کرنا
(الٹیمیٹ، گولڈ)
ڈویلپر بعض اوقات غیر ارادی طور پر راز اور اسناد کو دور دراز کے ذخیروں میں لیک کر دیتے ہیں۔ اگر دوسرے لوگوں کو اس ذریعہ تک رسائی حاصل ہے، یا اگر پروجیکٹ عوامی ہے، تو حساس معلومات کو سامنے لایا جاتا ہے اور اسے حملہ آور وسائل تک رسائی کے لیے استعمال کر سکتے ہیں جیسے کہ تعیناتی کے ماحول۔
GitLab 11.9 کا ایک نیا ٹیسٹ ہے - "خفیہ کھوج"۔ یہ API کیز اور دیگر معلومات کی تلاش میں ذخیرہ کے مواد کو اسکین کرتا ہے جو وہاں نہیں ہونا چاہئے۔ GitLab نتائج کو SAST رپورٹ میں ضم کرنے کی درخواست ویجیٹ، پائپ لائن رپورٹس، اور سیکیورٹی ڈیش بورڈز میں دکھاتا ہے۔
اگر آپ نے پہلے ہی اپنی درخواست کے لیے SAST کو فعال کر رکھا ہے، تو آپ کو کچھ کرنے کی ضرورت نہیں ہے، بس اس نئی خصوصیت سے فائدہ اٹھائیں۔ یہ ترتیب میں بھی شامل ہے۔ آٹو ڈی او اوپس پہلے سے طے شدہ
کوڈ کا جائزہ ہر کامیاب پروجیکٹ کا ایک لازمی عنصر ہے، لیکن یہ ہمیشہ واضح نہیں ہوتا ہے کہ تبدیلیوں کا جائزہ کسے لینا چاہیے۔ مختلف ٹیموں سے جائزہ لینے والوں کا ہونا اکثر ضروری ہوتا ہے: ترقیاتی ٹیم، صارف کے تجربے کی ٹیم، پروڈکشن ٹیم۔
اجازت کے ضوابط آپ کو اجازت دیتے ہیں کہ آپ کوڈ کے جائزے میں شامل لوگوں کے درمیان تعامل کے عمل کو بااختیار منظور کنندگان کے دائرے اور اجازتوں کی کم از کم تعداد کا تعین کر کے بہتر بنا سکیں۔ انضمام کی درخواست ویجیٹ میں ریزولیوشن کے اصول دکھائے جاتے ہیں تاکہ آپ اگلا جائزہ لینے والے کو تیزی سے تفویض کر سکیں۔
GitLab 11.8 میں، اجازت کے قواعد بطور ڈیفالٹ غیر فعال تھے۔ GitLab 11.9 سے شروع کرتے ہوئے، وہ بطور ڈیفالٹ دستیاب ہیں۔ GitLab 11.3 میں ہم نے آپشن متعارف کرایا کوڈ کے مالکان کسی پروجیکٹ کے اندر انفرادی کوڈز کے لیے ذمہ دار ٹیم کے اراکین کی شناخت کرنا۔ کوڈ اونرز کی خصوصیت کو اجازت کے قواعد میں ضم کیا گیا ہے تاکہ آپ تبدیلیوں کا جائزہ لینے کے لیے ہمیشہ صحیح لوگوں کو تلاش کر سکیں۔
اصل میں GitLab Ultimate 10.6 میں متعارف کرایا گیا، ChatOps GitLab Core میں چلا گیا ہے۔ GitLab ChatOps خصوصیت کا استعمال کرتے ہوئے Slack کے ذریعے GitLab CI ملازمتوں کو چلانے کی صلاحیت پیش کرتا ہے۔ سلیش کمانڈز.
ہم اپنے مطابق اس خصوصیت کو اوپن سورس کر رہے ہیں۔ کسٹمر پر مبنی سطح سازی کا اصول. اسے کثرت سے استعمال کرنے سے، کمیونٹی زیادہ حصہ ڈالے گی۔
فیچر کے پیرامیٹرز کو شامل کرنے، حذف کرنے یا تبدیل کرنے جیسی کارروائیاں اب 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 میں کوئی بھی تبصرہ کریں (مسائل پر، ضم کرنے کی درخواستوں، اور مہاکاوی پر) اور اس کا جواب دیں، اس طرح بحث شروع کریں۔ اس طرح ٹیمیں زیادہ منظم بات چیت کرتی ہیں۔
iOS ایپ "ہیلو، ورلڈ!"GitLab میں ابتدائی حسب ضرورت کے لیے تیار ہے۔ نوٹ کریں کہ چونکہ iOS کی تعمیر کے لیے ایک وقف شدہ MacOS رنر کی ضرورت ہوتی ہے، اس لیے اگر آپ اسے GitLab CI/CD کے ساتھ استعمال کرنا چاہتے ہیں تو آپ کو اپنا بلڈ سرور فراہم کرنا ہوگا۔
کوڈ کے مالکان سے انضمام کی درخواستوں کے لیے اجازت درکار ہے۔
(پریمیم، الٹی میٹ، سلور، گولڈ)
یہ ہمیشہ واضح نہیں ہوتا ہے کہ انضمام کی درخواست کون منظور کرتا ہے۔
GitLab اب انضمام کی درخواست کو منظور کرنے کی ضرورت کی حمایت کرتا ہے اس بنیاد پر کہ درخواست کن فائلوں میں ترمیم کرتی ہے۔ کوڈ کے مالکان. کوڈ کے مالکان کو ایک فائل کا استعمال کرتے ہوئے تفویض کیا جاتا ہے۔ CODEOWNERS، فارمیٹ کی طرح ہے۔ gitattributes.
انضمام کی درخواست کو منظور کرنے کے ذمہ دار افراد کے طور پر کوڈ کے مالکان کو خود بخود تفویض کرنے کے لیے تعاون شامل کیا گیا تھا۔ گٹ لیب 11.5.
GitLab ٹیگز ناقابل یقین حد تک ورسٹائل ہیں، اور ٹیمیں ان کے لیے مسلسل نئے استعمال تلاش کر رہی ہیں۔ اس کے مطابق، صارفین اکثر کسی مسئلے، انضمام کی درخواست، یا ایپک میں بہت سے ٹیگ شامل کرتے ہیں۔
GitLab 11.9 میں، ہم نے لیبل استعمال کرنا تھوڑا آسان بنا دیا ہے۔ مسائل، انضمام کی درخواستوں اور مہاکاوی کے لیے، سائڈبار میں دکھائے گئے لیبل کو حروف تہجی کی ترتیب میں ترتیب دیا گیا ہے۔ یہ ان اشیاء کی فہرست دیکھنے پر بھی لاگو ہوتا ہے۔
ہم نے حال ہی میں ایک خصوصیت متعارف کرائی ہے جو صارفین کو کاموں، درخواستوں کو ضم کرنے یا مہاکاوی کے ذریعہ ایکٹیویٹی فیڈ کو فلٹر کرنے کی اجازت دیتی ہے، جس سے وہ صرف تبصروں یا سسٹم کے نوٹس پر توجہ مرکوز کر سکتے ہیں۔ یہ ترتیب سسٹم پر ہر صارف کے لیے محفوظ کی جاتی ہے، اور ایسا ہو سکتا ہے کہ کسی صارف کو یہ احساس نہ ہو کہ کئی دنوں بعد کوئی مسئلہ دیکھتے وقت، وہ فلٹر شدہ فیڈ دیکھ رہے ہیں۔ اسے لگتا ہے کہ وہ کوئی تبصرہ نہیں کر سکتا۔
ہم نے اس تعامل کو بہتر کیا ہے۔ اب صارفین فوری طور پر ایک موڈ پر سوئچ کر سکتے ہیں جو انہیں فیڈ کے اوپری حصے پر واپس سکرول کیے بغیر تبصرے کرنے کی اجازت دیتا ہے۔ یہ کاموں، انضمام کی درخواستوں، اور مہاکاوی پر لاگو ہوتا ہے۔
ہم نے حال ہی میں جاری کیا بچوں کی مہاکاوی، جو مہاکاوی کے مہاکاوی کے استعمال کی اجازت دیتا ہے (مہاکاوی کے بچوں کے کاموں کے علاوہ)۔
اب آپ بچوں کے مسائل کی طرح صرف گھسیٹ کر اور چھوڑ کر چائلڈ ایپکس کی ترتیب کو دوبارہ ترتیب دے سکتے ہیں۔ ٹیمیں ترجیح کی عکاسی کرنے کے لیے آرڈر کا استعمال کر سکتی ہیں یا اس ترتیب کا تعین کر سکتی ہیں جس میں کام مکمل کیا جانا چاہیے۔
ویب اور ای میل پر حسب ضرورت ہیڈر اور فوٹر سسٹم کے پیغامات
(کور، اسٹارٹر، پریمیم، الٹی میٹ)
ہم نے پہلے ایک خصوصیت شامل کی ہے جو GitLab میں ہر صفحہ پر حسب ضرورت ہیڈر اور فوٹر پیغامات کو ظاہر کرنے کی اجازت دیتی ہے۔ اس کا گرمجوشی سے استقبال کیا گیا ہے، اور ٹیمیں اسے اہم معلومات کا اشتراک کرنے کے لیے استعمال کرتی ہیں، جیسے کہ ان کے GitLab مثال سے متعلق سسٹم پیغامات۔
ہم اس خصوصیت کو کور میں لانے کے لیے پرجوش ہیں تاکہ زیادہ سے زیادہ لوگ اسے استعمال کر سکیں۔ مزید برآں، ہم صارفین کو اختیاری طور پر ایک ہی پیغامات کو GitLab کے ذریعے بھیجے گئے تمام ای میلز میں ظاہر کرنے کی اجازت دیتے ہیں تاکہ صارف کے دوسرے GitLab ٹچ پوائنٹ پر مستقل مزاجی ہو۔
خفیہ ایشوز ٹیموں کے لیے ایک کھلے پروجیکٹ کے اندر حساس موضوعات پر نجی بات چیت کو فعال کرنے کے لیے ایک مفید ٹول ہے۔ خاص طور پر، وہ سیکورٹی کے خطرات پر کام کرنے کے لیے مثالی ہیں۔ اب تک، حساس کاموں کو سنبھالنا آسان نہیں تھا۔
GitLab 11.9 میں، GitLab ایشو کی فہرست اب حساس یا غیر حساس مسائل کے ذریعے فلٹر کی گئی ہے۔ یہ API کا استعمال کرتے ہوئے کاموں کی تلاش پر بھی لاگو ہوتا ہے۔
رابرٹ شلنگ کے تعاون کے لیے ان کا شکریہرابرٹ شلنگ)!
ایک موجودہ Kubernetes کلسٹر کو شامل کرتے وقت، GitLab اب تصدیق کرتا ہے کہ داخل کردہ CA سرٹیفکیٹ درست PEM فارمیٹ میں ہے۔ یہ Kubernetes انضمام کے ساتھ ممکنہ غلطیوں کو ختم کرتا ہے۔
انضمام کی درخواست میں تبدیلیاں دیکھتے وقت، اب آپ فی فائل کی بنیاد پر ڈِف یوٹیلیٹی کو بڑھا سکتے ہیں تاکہ مزید سیاق و سباق کے لیے پوری فائل کو دکھایا جا سکے، اور غیر تبدیل شدہ لائنوں پر تبصرے چھوڑیں۔
GitLab 11.6 نے وضاحت کرنے کی صلاحیت کو شامل کیا۔ only: merge_requests پائپ لائن ملازمتوں کے لیے تاکہ صارف صرف انضمام کی درخواست بناتے وقت مخصوص کام انجام دے سکیں۔
اب ہم اس فعالیت کو بڑھا رہے ہیں: کنکشن منطق شامل کر دیا گیا ہے۔ only: changes، اور صارف صرف انضمام کی درخواستوں کے لیے مخصوص ملازمتوں کو انجام دے سکتے ہیں اور صرف اس صورت میں جب کچھ فائلیں تبدیل ہوں۔
Grafana اب ہمارے Omnibus پیکیج میں شامل ہے، یہ سمجھنا آسان بناتا ہے کہ آپ کی مثال کیسے کام کرتی ہے۔
حسب ضرورت بنائیں grafana['enable'] = true в gitlab.rb، اور Grafana یہاں دستیاب ہوگا: https://your.gitlab.instance/-/grafana. مستقبل قریب میں ہم بھی کریں گے۔ آئیے GitLab ٹول بار متعارف کراتے ہیں۔ "ڈھبے سے".
ہم نے حال ہی میں متعارف کرایا بچوں کی مہاکاوی، مہاکاوی کے مہاکاوی کے استعمال کی اجازت دیتا ہے۔
GitLab 11.9 میں، ہم نے اس رشتے کو دیکھنا آسان بنا دیا ہے۔ اب آپ کسی دیے گئے مہاکاوی کی ماں مہاکاوی ہی نہیں بلکہ دائیں جانب سائڈبار میں پورا مہاکاوی درخت دیکھ سکتے ہیں۔ آپ دیکھ سکتے ہیں کہ آیا یہ مہاکاوی بند ہیں یا نہیں، اور آپ براہ راست ان تک بھی جا سکتے ہیں۔
GitLab میں، آپ سائڈبار یا فوری کارروائی کا استعمال کرتے ہوئے کسی مسئلے کو آسانی سے دوسرے پروجیکٹ میں منتقل کر سکتے ہیں۔ پردے کے پیچھے، موجودہ ٹاسک کو بند کر دیا جاتا ہے اور ٹارگٹ پروجیکٹ میں تمام کاپی شدہ ڈیٹا کے ساتھ ایک نیا ٹاسک بنایا جاتا ہے، بشمول سسٹم نوٹس اور سائڈبار کی خصوصیات۔ یہ ایک زبردست خصوصیت ہے۔
یہ دیکھتے ہوئے کہ اس اقدام کے بارے میں ایک سسٹم نوٹ ہے، صارفین جب بند کام کو دیکھتے ہیں تو الجھن میں پڑ جاتے ہیں اور مدد نہیں کر سکتے لیکن یہ محسوس کرتے ہیں کہ ٹاسک حرکت کی وجہ سے بند ہو گیا تھا۔
اس ریلیز کے ساتھ، ہم بند شمارے کے صفحہ کے اوپری حصے میں موجود آئیکن میں واضح کر رہے ہیں کہ اسے منتقل کر دیا گیا ہے، اور ہم نئے شمارے کا ایک سرایت شدہ لنک بھی شامل کر رہے ہیں تاکہ جو بھی پرانے مسئلے پر اترتا ہے وہ جلدی سے نئے پر جائیں.
GitLab بہت سے بیرونی ایشو ٹریکنگ سسٹمز کے ساتھ ضم ہوتا ہے، جس سے ٹیموں کے لیے اپنے ایشو مینجمنٹ ٹول کو پسند کرتے ہوئے دوسرے فنکشنز کے لیے GitLab استعمال کرنا آسان ہو جاتا ہے۔
اس ریلیز میں ہم نے JetBrains سے YouTrack کو مربوط کرنے کی صلاحیت شامل کی ہے۔
ہم Kotau Jauchen کے تعاون کے لیے ان کا شکریہ ادا کرنا چاہیں گے (کوٹاؤ یوہین)!
انضمام کی درخواست کی تبدیلیوں کو دیکھتے وقت، آپ اب فائل کے لمبے ناموں کو ظاہر کرنے یا چھوٹی اسکرینوں پر جگہ بچانے کے لیے فائل ٹری کا سائز تبدیل کر سکتے ہیں۔
ڈیش بورڈز بہت مفید ہیں، اور ٹیمیں ہر پروجیکٹ اور گروپ کے لیے متعدد ڈیش بورڈز بناتی ہیں۔ ہم نے حال ہی میں ان تمام پینلز کو تیزی سے فلٹر کرنے کے لیے ایک سرچ بار شامل کیا ہے جن میں آپ کی دلچسپی ہے۔
GitLab 11.9 میں ہم نے ایک سیکشن بھی متعارف کرایا حالیہ ڈراپ ڈاؤن فہرست میں۔ اس طرح آپ تیزی سے ان پینلز پر جا سکتے ہیں جن کے ساتھ آپ نے حال ہی میں بات چیت کی ہے۔
محفوظ شاخیں غیر جائزہ شدہ کوڈ کو منتقل یا ضم ہونے سے روکتی ہیں۔ تاہم، اگر کسی کو محفوظ شاخوں کو منتقل کرنے کی اجازت نہیں ہے، تو کوئی بھی نئی محفوظ شاخ نہیں بنا سکتا: مثال کے طور پر، ایک ریلیز برانچ۔
GitLab 11.9 میں، ڈویلپر GitLab یا API کے ذریعے پہلے سے محفوظ شاخوں سے محفوظ شاخیں بنا سکتے ہیں۔ غلطی سے نئی محفوظ شاخیں بنانے سے بچنے کے لیے نئی محفوظ شاخ کو منتقل کرنے کے لیے گٹ کا استعمال ابھی بھی محدود ہے۔
فورکنگ کسی کو بھی اوپن سورس پروجیکٹس میں حصہ ڈالنے کی اجازت دیتا ہے: تحریری اجازت کے بغیر، محض ذخیرہ کو ایک نئے پروجیکٹ میں کاپی کرکے۔ اکثر کانٹے دار گٹ ریپوزٹریوں کی مکمل کاپیاں ذخیرہ کرنا غیر موثر ہے۔ اب گٹ کے ساتھ alternatives فورکس ڈسک اسٹوریج کی ضروریات کو کم کرنے کے لئے آبجیکٹ پول میں پیرنٹ پروجیکٹ سے مشترکہ اشیاء کا اشتراک کرتے ہیں۔
فورک آبجیکٹ پول صرف کھلے پروجیکٹس کے لیے بنائے جاتے ہیں جب ہیشڈ اسٹوریج کو فعال کیا جاتا ہے۔ آبجیکٹ پولز کو فنکشن پیرامیٹر کا استعمال کرتے ہوئے فعال کیا جاتا ہے۔ object_pools.
تفویض منظور کنندگان کے ذریعہ انضمام کی درخواستوں کی فہرست کو فلٹر کرنا
(اسٹارٹر، پریمیم، الٹیمیٹ، کانسی، چاندی، سونا)
کسی بھی کامیاب پروجیکٹ کے لیے کوڈ کا جائزہ لینا ایک عام عمل ہے، لیکن جائزہ لینے والے کے لیے انضمام کی درخواستوں پر نظر رکھنا مشکل ہو سکتا ہے۔
GitLab 11.9 میں، انضمام کی درخواستوں کی فہرست تفویض کردہ منظور کنندہ کے ذریعے فلٹر کی جاتی ہے۔ اس طرح آپ انضمام کی درخواستیں تلاش کر سکتے ہیں جو آپ کو بطور تجزیہ کار شامل کی گئی ہیں۔
ان کی شراکت کے لئے Glewin Wiechert کا شکریہ (گلیون ویچرٹ)!
انضمام کی درخواست میں تبدیلیاں دیکھنے کے دوران، آپ اس کا استعمال کرتے ہوئے فائلوں کے درمیان تیزی سے سوئچ کر سکتے ہیں۔ ]یا j اگلی فائل میں جانے کے لیے اور [ یا k پچھلی فائل پر جانے کے لیے۔
فعالیت پر بنایا گیا ہے۔ include GitLab CI، سرور لیس ٹیمپلیٹ gitlab-ci.yml بہت آسان. مستقبل کی ریلیز میں نئی خصوصیات متعارف کرانے کے لیے، آپ کو اس فائل میں تبدیلیاں کرنے کی ضرورت نہیں ہے۔
Kubernetes Ingress کنٹرولر کو تعینات کرتے وقت، کچھ پلیٹ فارم ایک IP ایڈریس پر واپس آتے ہیں (مثال کے طور پر، Google's GKE)، جب کہ دوسرے DNS نام (مثال کے طور پر AWS's EKS) پر واپس آتے ہیں۔
ہمارا Kubernetes انضمام اب سیکشن میں ڈسپلے کے لیے دونوں قسم کے اینڈ پوائنٹس کو سپورٹ کرتا ہے۔ clusters پروجیکٹ
ہارون واکر کے تعاون کے لیے ان کا شکریہ (ہارون واکر)!
GitLab کے Kubernetes انضمام کا استعمال کرتے ہوئے JupyterHub کو تعینات کرنا بڑی ٹیموں میں Jupyter Notebooks کو برقرار رکھنے اور استعمال کرنے کا ایک بہترین طریقہ ہے۔ خفیہ یا ذاتی ڈیٹا منتقل کرتے وقت ان تک رسائی کو کنٹرول کرنا بھی مفید ہے۔
GitLab 11.9 میں، Kubernetes کے ذریعے تعینات کردہ JupyterHub مثالوں میں لاگ ان کرنے کی صلاحیت ڈویلپر تک رسائی والے پروجیکٹ ممبروں تک محدود ہے (گروپ یا پروجیکٹ کے ذریعے)۔
ٹیم سیکیورٹی ڈیش بورڈ میں ٹیم کے پروجیکٹس کی موجودہ سیکیورٹی صورتحال کا جائزہ فراہم کرنے کے لیے خطرے کا نقشہ شامل ہے۔ یہ سیکیورٹی ڈائریکٹرز کے لیے عمل کو ترتیب دینے اور ٹیم کے کام کرنے کے طریقے کو سمجھنے کے لیے بہت مفید ہے۔
GitLab 11.9 میں، اب آپ اس خطرے کے نقشے کے لیے وقت کی حد منتخب کر سکتے ہیں۔ پہلے سے طے شدہ طور پر، یہ آخری 90 دن ہے، لیکن آپ اس دورانیے کو 60 یا 30 دن پر سیٹ کر سکتے ہیں، آپ کی ضرورت کی تفصیلات کی سطح پر منحصر ہے۔
یہ کاؤنٹرز یا فہرست میں موجود ڈیٹا کو متاثر نہیں کرتا، صرف خاکہ میں دکھائے گئے ڈیٹا پوائنٹس کو متاثر کرتا ہے۔
آٹو ڈی او اوپس بلڈ سٹیپ آپ کے ہیروکو پروجیکٹ یا بلڈ پیک کی ڈوکر فائل کا استعمال کرتے ہوئے آپ کی ایپلیکیشن کی ایک تعمیر بناتا ہے۔
GitLab 11.9 میں، ٹیگ پائپ لائن میں سرایت شدہ ڈوکر امیج کا نام SHA کمٹ کی بجائے ٹیگ کمٹ کا استعمال کرکے روایتی تصویری ناموں کی طرح رکھا گیا ہے۔
اس کے تعاون کے لئے ہارون واکر کا شکریہ!
کوڈ آب و ہوا کو ورژن 0.83.0 میں اپ ڈیٹ کریں۔
(اسٹارٹر، پریمیم، الٹیمیٹ، کانسی، چاندی، سونا)
GitLab کوڈ کوالٹی استعمال کرتا ہے کوڈ آب و ہوا انجن یہ چیک کرنے کے لیے کہ تبدیلیاں آپ کے کوڈ اور پروجیکٹ کی حالت کو کیسے متاثر کرتی ہیں۔
GitLab 11.9 میں ہم نے انجن کو تازہ ترین ورژن میں اپ ڈیٹ کیا (0.83.0GitLab کوڈ کوالٹی کے لیے اضافی زبان اور جامد تجزیہ کی معاونت کے فوائد فراہم کرنے کے لیے۔
GitLab کور ٹیم کے رکن تاکویا نوگوچی کا شکریہ ان کے تعاون کے لیے (تاکویا نوگوچی)!
کارکردگی کی بے ضابطگیوں کی چھان بین کرتے وقت، کسی خاص میٹرک کے انفرادی حصوں کو قریب سے دیکھنا اکثر مددگار ثابت ہوتا ہے۔
GitLab 11.9 کے ساتھ، صارفین میٹرکس پینل میں انفرادی ٹائم پیریڈز کو زوم کرنے کے قابل ہو جائیں گے، پورے وقت کے دورانیے میں اسکرول کر سکیں گے، اور آسانی سے اصل وقت کے وقفے کے منظر پر واپس جا سکیں گے۔ یہ آپ کو ان واقعات کی تیزی اور آسانی سے تحقیق کرنے کی اجازت دیتا ہے جن کی آپ کو ضرورت ہے۔
GitLab 11.9 میں، Static Application Security Testing (SAST) TypeScript کوڈ میں کمزوریوں کا تجزیہ اور پتہ لگاتا ہے، ان کو انضمام کی درخواست ویجیٹ، پائپ لائن لیول، اور سیکیورٹی ڈیش بورڈ میں ظاہر کرتا ہے۔ موجودہ ملازمت کی تعریف sast تبدیل کرنے کی ضرورت نہیں ہے، اور یہ خود بخود بھی شامل ہے۔ آٹو ڈی او اوپس.
Maven منصوبوں کو اکثر یکجا کرنے کے لئے منظم کیا جاتا ہے کئی ماڈیولز ایک ذخیرہ میں پہلے، GitLab ایسے منصوبوں کو صحیح طریقے سے اسکین نہیں کر سکتا تھا، اور ڈویلپرز اور سیکیورٹی ماہرین کو کمزوریوں کی اطلاعات موصول نہیں ہوتی تھیں۔
GitLab 11.9 اس مخصوص پراجیکٹ کنفیگریشن کے لیے SAST فیچر کے لیے توسیعی تعاون کی پیشکش کرتا ہے، جو انہیں کمزوریوں کے لیے جانچنے کی صلاحیت فراہم کرتا ہے۔ تجزیہ کاروں کی لچک کی بدولت، کنفیگریشن خود بخود طے ہو جاتی ہے، اور آپ کو ملٹی ماڈیول ماون ایپلی کیشنز کے نتائج دیکھنے کے لیے کچھ تبدیل کرنے کی ضرورت نہیں ہے۔ ہمیشہ کی طرح، اسی طرح کی بہتری اندر اندر بھی دستیاب ہے۔ آٹو ڈی او اوپس.
آج ہم نے GitLab Runner 11.9 بھی جاری کیا! GitLab Runner ایک اوپن سورس پروجیکٹ ہے اور اسے CI/CD جابز چلانے اور نتائج واپس GitLab کو بھیجنے کے لیے استعمال کیا جاتا ہے۔
گوگل کلاؤڈ میموری اسٹور کے لیے سپورٹ شامل کر دی گئی۔
کرون جاب کی ترتیبات اب عالمی، چونکہ وہ متعدد خدمات کے ذریعہ استعمال ہوتے ہیں۔
رجسٹری کو ورژن 2.7.1 میں اپ ڈیٹ کر دیا گیا ہے۔
GitLab رجسٹری کو 1.10 سے پہلے کے Docker ورژن کے ساتھ ہم آہنگ بنانے کے لیے ایک نئی ترتیب شامل کی گئی۔ چالو کرنے کے لیے، انسٹال کریں۔ registry.compatibility.schema1.enabled: true.
GitLab 11.9 میں شامل ہے۔ اہم ترین 5.8, اوپن سورس سلیک متبادل، جس کی تازہ ترین ریلیز میں ٹیم ایڈیشن کے لیے MFA، بہتر تصویر کی کارکردگی، اور بہت کچھ شامل ہے۔ اس ورژن میں بھی شامل ہے۔ سیکورٹی میں بہتری; اپ ڈیٹ کی سفارش کی گئی ہے۔
GitLab رجسٹری کو 1.10 سے پہلے کے Docker ورژن کے ساتھ ہم آہنگ بنانے کے لیے ایک نئی ترتیب شامل کی گئی۔ چالو کرنے کے لیے، انسٹال کریں۔ registry['compatibility_schema1_enabled'] = true в gitlab.rb.
GitLab رجسٹری اب Prometheus میٹرکس کو برآمد کرتی ہے اور آنے والے کے ذریعہ خود بخود مانیٹر کی جاتی ہے Prometheus سروس کی طرف سے کٹ.
GitLab Geo GitLab 12.0 میں ہیشڈ اسٹوریج فراہم کرے گا۔
GitLab جیو کی ضرورت ہے۔ ہیشڈ اسٹوریج ثانوی نوڈس پر مقابلہ (دوڑ کی حالت) کو کم کرنا۔ اس میں نوٹ کیا گیا تھا۔ gitlab-ce#40970.
GitLab میں 11.5 ہم نے جیو دستاویزات میں اس ضرورت کو شامل کیا ہے: gitlab-ee #8053.
GitLab میں 11.6sudo gitlab-rake gitlab: geo: check چیک کرتا ہے کہ آیا ہیشڈ اسٹوریج کو فعال کیا گیا ہے اور تمام پروجیکٹس منتقل ہو گئے ہیں۔ سینٹی میٹر. gitlab-ee#8289. اگر آپ جیو استعمال کر رہے ہیں تو براہ کرم یہ چیک چلائیں اور جلد از جلد ہجرت کریں۔
GitLab میں 11.8 مستقل طور پر غیر فعال انتباہ gitlab-ee!8433 صفحہ پر دکھایا جائے گا ایڈمن ایریا › جیو › نوڈس، اگر مندرجہ بالا چیک کی اجازت نہیں ہے۔
GitLab میں 12.0 جیو ہیشڈ اسٹوریج کی ضروریات کا استعمال کرے گا۔ سینٹی میٹر. gitlab-ee#8690.
حذف کرنے کی تاریخ: ایکس این ایم ایکس ایکس مارچ ایکس اینوم ایکس۔
Docker executor کا استعمال کرتے ہوئے GitLab رنر کے لیے CentOS 6 سپورٹ
گٹ لیب 6 پر ڈوکر استعمال کرتے وقت گٹ لیب رنر CentOS 11.9 کی حمایت نہیں کرتا ہے۔ یہ ڈوکر کور لائبریری کی تازہ کاری کا نتیجہ ہے، جو اب CentOS 6 کو سپورٹ نہیں کرتی ہے۔ مزید تفصیلات کے لیے، دیکھیں یہ کام.
حذف کرنے کی تاریخ: ایکس این ایم ایکس ایکس مارچ ایکس اینوم ایکس۔
فرسودہ GitLab رنر لیگیسی کوڈ کے راستے
Gitlab 11.9 کے مطابق، GitLab Runner استعمال کرتا ہے۔ نیا طریقہ کلوننگ / ریپوزٹری کو کال کرنا۔ فی الحال، GitLab Runner پرانا طریقہ استعمال کرے گا اگر نیا تعاون یافتہ نہیں ہے۔
GitLab 11.0 میں، ہم نے GitLab Runner کے لیے میٹرکس سرور کنفیگریشن کی ظاہری شکل کو تبدیل کر دیا۔ metrics_server حق میں ہٹا دیا جائے گا listen_address GitLab 12.0 میں۔ مزید تفصیلات میں دیکھیں یہ کام. اور مزید تفصیلات میں یہ کام.
ورژن 11.3 میں، گٹ لیب رنر نے سپورٹ کرنا شروع کیا۔ متعدد کیشے فراہم کرنے والے، جس کی وجہ سے نئی سیٹنگیں ہوئیں مخصوص S3 ترتیب. میں دستاویزات تبدیلیوں کا ایک جدول اور نئی ترتیب میں منتقلی کے لیے ہدایات فراہم کی گئی ہیں۔ مزید تفصیلات میں دیکھیں یہ کام.
یہ راستے اب GitLab 12.0 میں دستیاب نہیں ہیں۔ بطور صارف، آپ کو اس بات کو یقینی بنانے کے علاوہ کسی اور چیز کو تبدیل کرنے کی ضرورت نہیں ہے کہ GitLab Runner 11.9 میں اپ گریڈ کرتے وقت آپ کا GitLab مثال ورژن 12.0+ چل رہا ہے۔
حذف کرنے کی تاریخ: 22 2019 جون،
GitLab Runner کے لیے انٹری پوائنٹ کی خصوصیت کے لیے فرسودہ پیرامیٹر
GitLab 12.0 میں ہم درست رویے پر جائیں گے جیسے کہ فیچر سیٹنگ کو غیر فعال کر دیا گیا ہو۔ مزید تفصیلات میں دیکھیں یہ کام.
حذف کرنے کی تاریخ: 22 2019 جون،
GitLab رنر کے لیے EOL تک پہنچنے والی لینکس کی تقسیم کے لیے فرسودہ سپورٹ
کچھ لینکس ڈسٹری بیوشنز جن پر GitLab Runner انسٹال کیا جا سکتا ہے ان کا مقصد پورا ہو گیا ہے۔
GitLab 12.0 میں، GitLab Runner مزید پیکجز کو لینکس کی تقسیم میں تقسیم نہیں کرے گا۔ ان تقسیموں کی مکمل فہرست جو اب تعاون یافتہ نہیں ہیں ہمارے میں مل سکتی ہیں۔ دستاویزات. بشکریہ Javier Ardo (جیویر جارڈن) اس کے لیے شراکت!
حذف کرنے کی تاریخ: 22 2019 جون،
پرانے گٹ لیب رنر ہیلپر کمانڈز کو ہٹانا
سپورٹ کرنے کی ہماری کوششوں کے حصے کے طور پر ونڈوز ڈوکر ایگزیکیوٹر کچھ پرانے حکموں کو ترک کرنا پڑا جو استعمال ہوتے ہیں۔ مددگار تصویر.
GitLab 12.0 میں، GitLab Runner کو نئی کمانڈز کا استعمال کرتے ہوئے لانچ کیا گیا ہے۔ یہ صرف ان صارفین کو متاثر کرتا ہے جو اوور رائیڈ کرتے ہیں۔ مددگار تصویر. مزید تفصیلات میں دیکھیں یہ کام.
حذف کرنے کی تاریخ: 22 2019 جون،
ڈویلپرز GitLab 11.10 میں Git ٹیگز کو ہٹا سکتے ہیں۔
غیر چیک شدہ برانچوں میں Git ٹیگز کے ورژن نوٹ کو ہٹانا یا ان میں ترمیم کرنا تاریخی طور پر صرف اس تک محدود رہا ہے حاضرین اور مالکان.
چونکہ ڈویلپرز ٹیگز شامل کر سکتے ہیں اور غیر محفوظ شاخوں میں ترمیم اور حذف کر سکتے ہیں، اس لیے ڈویلپرز کو Git ٹیگز کو حذف کرنے کے قابل ہونا چاہیے۔ GitLab 11.10 میں ہم یہ تبدیلی کر رہے ہیں ورک فلو کو بہتر بنانے اور ٹیگز کو بہتر اور موثر طریقے سے استعمال کرنے میں ڈویلپرز کی مدد کرنے کے لیے ہمارے پرمشن ماڈل میں۔
اگر آپ مینٹینرز اور مالکان کے لیے اس پابندی کو برقرار رکھنا چاہتے ہیں تو استعمال کریں۔ محفوظ ٹیگز.
حذف کرنے کی تاریخ: 22 اپریل 2019
Omnibus GitLab میں Prometheus 1.x سپورٹ
GitLab کے ساتھ شروع کرنا 11.4، Prometheus 1.0 کا بلٹ ان ورژن Omnibus GitLab سے ہٹا دیا گیا ہے۔ Prometheus 2.0 ورژن اب شامل ہے۔. تاہم، میٹرکس فارمیٹ ورژن 1.0 کے ساتھ مطابقت نہیں رکھتا ہے۔ موجودہ ورژن کو 2.0 میں اپ گریڈ کیا جا سکتا ہے اور اگر ضروری ہو تو ڈیٹا منتقل کیا جا سکتا ہے۔ بلٹ ان ٹول کا استعمال کرتے ہوئے.
GitLab ورژن میں 12.0 اگر اپ ڈیٹ پہلے سے انسٹال نہیں ہوا ہے تو Prometheus 2.0 خود بخود انسٹال ہو جائے گا۔ Prometheus 1.0 سے ڈیٹا ضائع ہو جائے گا کیونکہ... برداشت نہیں کیا جاتا.
حذف کرنے کی تاریخ: 22 2019 جون،
TLSv1.1
GitLab کے ساتھ شروع کرنا 12.0TLS v1.1 بطور ڈیفالٹ غیر فعال ہو جائے گا۔ سیکورٹی کو بہتر بنانے کے لئے. یہ ہارٹ بلیڈ سمیت متعدد مسائل کو حل کرتا ہے، اور GitLab PCI DSS 3.1 کو باکس سے باہر بناتا ہے۔
TLS v1.1 کو فوری طور پر غیر فعال کرنے کے لیے، سیٹ کریں۔ nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband اور دوڑو gitlab-ctl reconfigure.
تعارف کے ساتھ سیکیورٹی ملازمتوں کے لیے CI/CD ٹیمپلیٹس کسی بھی سابقہ ملازمت کی تعریف کو فرسودہ کر دیا جائے گا اور اسے GitLab 12.0 یا بعد میں ہٹا دیا جائے گا۔
نئے نحو کو استعمال کرنے کے لیے اپنی ملازمت کی تعریفوں کو اپ ڈیٹ کریں اور GitLab کی طرف سے فراہم کردہ تمام نئی حفاظتی خصوصیات سے فائدہ اٹھائیں۔
حذف کرنے کی تاریخ: 22 جون 2019
ایڈمن پینل میں سسٹم انفارمیشن سیکشن
GitLab آپ کے GitLab مثال کے بارے میں معلومات پیش کرتا ہے۔ admin/system_infoلیکن یہ معلومات درست نہیں ہو سکتی ہیں۔