GitLab 11.10 ڈیش بورڈ پائپ لائنز، ضم شدہ نتائج کی پائپ لائنز، اور انضمام کی درخواستوں میں ملٹی لائن تجاویز کے ساتھ۔
مختلف منصوبوں میں پائپ لائنوں کی کارکردگی کے بارے میں آسان معلومات
GitLab DevOps لائف سائیکل میں مرئیت کو بڑھانا جاری رکھے ہوئے ہے۔ پر اس شمارے میں پائپ لائن کی حیثیت کا ایک جائزہ شامل کیا.
یہ آسان ہے یہاں تک کہ اگر آپ کسی ایک پروجیکٹ کی پائپ لائن کا مطالعہ کر رہے ہیں، لیکن خاص طور پر مفید ہے اگر , - اور یہ عام طور پر ہوتا ہے اگر آپ مائیکرو سروسز استعمال کرتے ہیں اور مختلف پروجیکٹ ریپوزٹریز سے کوڈ کی جانچ اور ڈیلیور کرنے کے لیے پائپ لائن چلانا چاہتے ہیں۔ اب آپ فوری طور پر کارکردگی دیکھ سکتے ہیں۔ ، جہاں بھی وہ انجام دیتے ہیں۔
ضم شدہ نتائج کے لیے پائپ لائنیں چل رہی ہیں۔
وقت گزرنے کے ساتھ، منبع اور ہدف کی شاخیں الگ ہو جاتی ہیں، اور ایسی صورت حال پیدا ہو سکتی ہے جہاں وہ الگ الگ مقابلہ کریں، لیکن ایک ساتھ کام نہیں کرتے۔ اب آپ کر سکتے ہیں . اس طرح آپ کو تیزی سے غلطیاں نظر آئیں گی جو صرف اس صورت میں ظاہر ہوں گی جب تبدیلیوں کو شاخوں کے درمیان کثرت سے منتقل کیا گیا ہو، جس کا مطلب ہے کہ آپ پائپ لائن کی غلطیوں کو بہت تیزی سے درست کریں گے اور استعمال کریں گے۔ .
تعاون کو مزید بہتر بنائیں
GitLab 11.10 ہموار تعاون اور آسان کام کے بہاؤ کے لیے مزید خصوصیات کا اضافہ کرتا ہے۔ میں ہم نے انضمام کی درخواستوں کے لیے تجاویز پیش کیں، جہاں ایک جائزہ لینے والا انضمام کی درخواست کے لیے تبصرے میں ایک لائن میں تبدیلی کی تجویز دے سکتا ہے، اور اسے فوری طور پر تبصرہ کے دھاگے سے براہ راست کیا جا سکتا ہے۔ ہمارے صارفین نے اسے پسند کیا اور اس خصوصیت کو بڑھانے کے لیے کہا۔ اب آپ پیش کر سکتے ہیں۔ یہ بتاتا ہے کہ کون سی لائنیں ہٹانی ہیں اور کون سی شامل کرنی ہیں۔
آپ کی رائے اور تجاویز کا شکریہ!
اور یہ سب کچھ نہیں ہے…
اس ریلیز میں بہت ساری حیرت انگیز خصوصیات ہیں، جیسے ، زیادہ تفصیل سے , اور موقع . ذیل میں ان میں سے ہر ایک کے بارے میں تفصیلات ہیں۔
اس مہینے کا سب سے قیمتی ملازم () — تاکویا نوگوچی
اس مہینے کا سب سے قیمتی ملازم Takuya Noguchi ہے ()۔ تاکویا : فکسڈ کیڑے، پسدید اور فرنٹ اینڈ میں کوتاہیوں کو مکمل کیا اور صارف کے انٹرفیس کو بہتر بنایا۔ شکریہ!
GitLab 11.10 کی اہم خصوصیات
کنٹرول پینل پر پائپ لائنز
پریمیم، الٹیمیٹ، سلور، گولڈ
GitLab میں ڈیش بورڈ آپ کے پورے GitLab مثال میں پروجیکٹس کے بارے میں معلومات دکھاتا ہے۔ آپ ایک وقت میں ایک ایک پراجیکٹ کو شامل کرتے ہیں اور منتخب کر سکتے ہیں کہ آپ کی دلچسپی کس پروجیکٹ میں ہے۔
اس ریلیز میں، ہم نے ڈیش بورڈ میں پائپ لائن کے حالات کے بارے میں معلومات شامل کی ہیں۔ اب ڈویلپرز تمام ضروری منصوبوں میں پائپ لائنوں کی فعالیت کو ایک انٹرفیس میں دیکھتے ہیں۔
ضم شدہ نتائج کے لیے پائپ لائنز
پریمیم، الٹیمیٹ، سلور، گولڈ
ماخذ برانچ کے لیے وقت کے ساتھ ہدف برانچ سے ہٹ جانا عام بات ہے جب تک کہ آپ ان کے درمیان تبدیلیوں کو مسلسل آگے نہ بڑھائیں۔ نتیجے کے طور پر، ماخذ اور ہدف کی شاخ کی پائپ لائنیں "سبز" ہیں اور انضمام کا کوئی تنازعہ نہیں ہے، لیکن انضمام غیر موافق تبدیلیوں کی وجہ سے ناکام ہو جاتا ہے۔
جب انضمام کی درخواست پائپ لائن خود بخود ایک نیا لنک بناتی ہے جس میں ذریعہ اور ہدف کی شاخوں کے انضمام کا مشترکہ نتیجہ ہوتا ہے، تو ہم اس لنک پر پائپ لائن چلا سکتے ہیں اور اس بات کو یقینی بنا سکتے ہیں کہ مجموعی نتیجہ کام کر رہا ہے۔
اگر آپ انضمام کی درخواست کی پائپ لائنز (کسی بھی صلاحیت میں) استعمال کر رہے ہیں اور نجی GitLab رنر ورژن 11.8 یا اس سے زیادہ استعمال کر رہے ہیں، تو آپ کو اس مسئلے سے بچنے کے لیے انہیں اپ ڈیٹ کرنے کی ضرورت ہوگی۔ . یہ عوامی GitLab رنرز کے صارفین کو متاثر نہیں کرتا ہے۔
متعدد خطوط پر تبدیلیوں کی تجویز
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
انضمام کی درخواستوں پر مل کر کام کرتے وقت، آپ اکثر مسائل کو دیکھتے ہیں اور حل تجویز کرتے ہیں۔ چونکہ GitLab 11.6 ہم سپورٹ کرتے ہیں۔ ایک لائن کے لیے۔
ورژن 11.10 میں، ضم کرنے کی درخواست کے مختلف تبصرے متعدد لائنوں میں تبدیلیاں تجویز کر سکتے ہیں، اور پھر اصل برانچ میں لکھنے کی اجازت کے ساتھ کوئی بھی ایک کلک کے ساتھ انہیں قبول کر سکتا ہے۔ نئے فیچر کی بدولت، آپ پچھلے ورژن کی طرح کاپی پیسٹ سے بچ سکتے ہیں۔
ایک علاقے میں شارٹ کٹس
پریمیم، الٹیمیٹ، سلور، گولڈ
ایک ہی دائرہ کار میں لیبلز کے ساتھ، ٹیمیں کسی مسئلے، ضم کرنے کی درخواست، یا حسب ضرورت فیلڈز یا کسٹم ورک فلو اسٹیٹس کے ساتھ منظرناموں میں باہمی طور پر خصوصی لیبلز (ایک ہی دائرہ کار میں) لاگو کر سکتی ہیں۔ انہیں لیبل ٹائٹل میں ایک خاص بڑی آنت کی ترکیب کا استعمال کرتے ہوئے ترتیب دیا گیا ہے۔
ہم کہتے ہیں کہ آپ کو اس پلیٹ فارم کے آپریٹنگ سسٹم کو ٹریک کرنے کے لیے کاموں میں ایک کسٹم فیلڈ کی ضرورت ہے جسے آپ کے فنکشنز ٹارگٹ کر رہے ہیں۔ ہر کام کا تعلق صرف ایک پلیٹ فارم سے ہونا چاہیے۔ آپ شارٹ کٹ بنا سکتے ہیں۔ platform::iOS, platform::Android, platform::Linux اور دیگر ضروری طور پر. اگر آپ کسی کام کے لیے ایسا ہی ایک شارٹ کٹ لگاتے ہیں، تو یہ خود بخود دوسرے موجودہ شارٹ کٹ کو ہٹا دے گا جس سے شروع ہوتا ہے۔ platform::.
مان لیں کہ آپ کے پاس شارٹ کٹس ہیں۔ workflow::development, workflow::review и workflow::deployed، آپ کی ٹیم کے ورک فلو کی حالت کو ظاہر کرتا ہے۔ اگر کام کے پاس پہلے سے ہی شارٹ کٹ ہے۔ workflow::development، اور ڈویلپر کام کو اسٹیج پر منتقل کرنا چاہتا ہے۔ workflow::review، یہ صرف نئے شارٹ کٹ اور پرانے کو لاگو کرتا ہے (workflow::development) خود بخود حذف ہوجاتا ہے۔ یہ رویہ پہلے سے موجود ہوتا ہے جب آپ ٹاسک بورڈ پر شارٹ کٹس کی فہرستوں کے درمیان کاموں کو منتقل کرتے ہیں جو آپ کی ٹیم کے ورک فلو کی نمائندگی کرتا ہے۔ اب ٹیم کے ارکان جو ٹاسک بورڈ کے ساتھ براہ راست کام نہیں کرتے ہیں وہ خود کاموں میں ورک فلو کی حالت کو تبدیل کر سکتے ہیں۔
کنٹینر رجسٹری کی مزید مکمل صفائی
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
جب آپ عام طور پر CI پائپ لائنز کے ساتھ کنٹینر رجسٹری استعمال کرتے ہیں، تو آپ ایک ٹیگ میں متعدد الگ الگ تبدیلیاں کرتے ہیں۔ ڈوکر کے ڈسٹری بیوشن کے نفاذ کی وجہ سے، پہلے سے طے شدہ رویہ سسٹم میں ہونے والی تمام تبدیلیوں کو محفوظ کرنا ہے، لیکن وہ بہت زیادہ میموری لے لیتے ہیں۔ اگر آپ پیرامیٹر استعمال کرتے ہیں۔ -m с registry-garbage-collect، آپ تمام پچھلی تبدیلیوں کو تیزی سے حذف کر سکتے ہیں اور قیمتی جگہ خالی کر سکتے ہیں۔
اضافی CI رنر منٹ خریدنا
کانسی، چاندی، سونا
ادا شدہ GitLab.com پلانز (گولڈ، سلور، برونز) والے صارفین اب اضافی CI رنر منٹ خرید سکتے ہیں۔ اس سے پہلے پلان میں فراہم کردہ کوٹہ کو پورا کرنا ضروری تھا۔ اس بہتری کے ساتھ، آپ پائپ لائن بند ہونے کی وجہ سے رکاوٹوں سے بچنے کے لیے کوٹہ سے زیادہ منٹ پہلے سے خرید سکتے ہیں۔
اب 1000 منٹ کی قیمت $8 ہے، اور آپ ان میں سے زیادہ سے زیادہ خرید سکتے ہیں۔ جب آپ اپنا پورا ماہانہ کوٹہ خرچ کر لیں گے تو اضافی منٹوں کا استعمال شروع ہو جائے گا، اور باقی اضافی منٹ اگلے مہینے تک پہنچ جائیں گے۔ میں ہم اس خصوصیت کو مفت پلانز میں بھی شامل کرنا چاہتے ہیں۔
کمپوز ایبل آٹو ڈی او اوپس
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
Auto DevOps کے ساتھ، ٹیمیں بغیر کسی کوشش کے جدید DevOps پریکٹسز میں منتقل ہوتی ہیں۔ GitLab 11.10 سے شروع کرتے ہوئے، Auto DevOps میں ہر کام بطور فراہم کیا جاتا ہے۔ . صارفین استعمال کر سکتے ہیں۔ GitLab CI میں Auto DevOps کے انفرادی مراحل کو فعال کرنے کے لیے اور ساتھ ہی اپنی حسب ضرورت فائل کا استعمال کریں۔ gitlab-ci.yml. اس طرح آپ صرف ان ملازمتوں کو فعال کرسکتے ہیں جن کی آپ کو ضرورت ہے اور اپ اسٹریم اپ ڈیٹس کا فائدہ اٹھا سکتے ہیں۔
SCIM کا استعمال کرتے ہوئے GitLab.com پر گروپ ممبران کا خودکار طور پر نظم کریں۔
سلور ، گولڈ
پہلے، آپ کو GitLab.com پر گروپ کی رکنیت کا انتظام دستی طور پر کرنا پڑتا تھا۔ اب آپ SAML SSO استعمال کر سکتے ہیں اور GitLab.com پر صارفین کو بنانے، حذف کرنے اور اپ ڈیٹ کرنے کے لیے SCIM کا استعمال کرتے ہوئے رکنیت کا نظم کر سکتے ہیں۔
یہ خاص طور پر بڑی تعداد میں صارفین اور مرکزی شناخت فراہم کرنے والی کمپنیوں کے لیے مفید ہے۔ اب آپ کے پاس سچائی کا ایک واحد ذریعہ ہو سکتا ہے، جیسے Azure Active Directory، اور صارفین دستی طور پر بجائے شناخت فراہم کنندہ کے ذریعے خود بخود بنائے اور حذف ہو جائیں گے۔
SAML فراہم کنندہ کے ذریعے GitLab.com میں لاگ ان کریں۔
سلور ، گولڈ
پہلے، گروپس کے لیے SAML SSO استعمال کرتے وقت، صارف کو GitLab اسناد اور شناخت فراہم کرنے والے کے ساتھ سائن ان کرنے کی ضرورت تھی۔ اب آپ براہ راست SSO کے ذریعے ایک کنفیگرڈ گروپ سے وابستہ GitLab صارف کے طور پر لاگ ان کر سکتے ہیں۔
صارفین کو دو بار سائن ان کرنے کی ضرورت نہیں پڑے گی، جس سے کمپنیوں کے لیے GitLab.com کے لیے SAML SSO استعمال کرنا آسان ہو جائے گا۔
GitLab 11.10 میں دیگر بہتری
چائلڈ ایپک اسکیما
حتمی، سونا
پچھلی ریلیز میں، ہم نے آپ کی ملازمت کی تقسیم کے ڈھانچے کو منظم کرنے میں آپ کی مدد کے لیے چائلڈ ایپکس (مہاکاوی کے مہاکاوی) شامل کیے تھے۔ بچوں کے مہاکاوی پیرنٹ ایپک کے صفحہ پر ظاہر ہوتے ہیں۔
اس ریلیز میں، پیرنٹ ایپک پیج چائلڈ ایپکس کا خاکہ دکھاتا ہے تاکہ ٹیمیں چائلڈ ایپکس کی ٹائم لائن دیکھ سکیں اور وقت پر انحصار کا انتظام کر سکیں۔
درخواست کی پاپ اپ اسکرینوں کو ضم کریں۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
اس ریلیز میں، ہم معلوماتی اسکرینز متعارف کرارہے ہیں جو کہ جب آپ انضمام کی درخواست کے لنک پر ہوور کرتے ہیں تو پاپ اپ ہوتے ہیں۔ پہلے، ہم صرف انضمام کی درخواست کا عنوان دکھاتے تھے، لیکن اب ہم انضمام کی درخواست کی حیثیت، CI پائپ لائن کی حیثیت، اور مختصر URL بھی دکھاتے ہیں۔
ہم مستقبل کی ریلیز میں مزید اہم معلومات شامل کرنے کا ارادہ رکھتے ہیں، جیسے ، اور ہم اس کے لیے پاپ اپ اسکرینز بھی متعارف کرائیں گے۔ .
ہدف کی شاخوں کے ذریعہ انضمام کی درخواستوں کو فلٹر کرنا
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
سافٹ ویئر کو جاری کرنے یا بھیجنے کے لیے Git ورک فلو میں اکثر طویل مدتی شاخیں شامل ہوتی ہیں — پچھلے ورژنز کو درست کرنے کے لیے (جیسے stable-11-9) یا کوالٹی ٹیسٹنگ سے پروڈکشن کی طرف بڑھنا (جیسے integration)، لیکن بہت سی کھلی انضمام کی درخواستوں میں سے ان شاخوں کے لیے انضمام کی درخواستوں کو تلاش کرنا آسان نہیں ہے۔
پراجیکٹس اور گروپس کے لیے انضمام کی درخواستوں کی فہرست کو اب انضمام کی درخواست کی ٹارگٹ برانچ کے ذریعے فلٹر کیا جا سکتا ہے تاکہ آپ کی ضرورت کو تلاش کرنا آسان ہو جائے۔
شکریہ، ہیرویوکی ساتو ()!
کامیاب پائپ لائن پر بھیجنا اور ضم کرنا
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
اگر ہم ٹرنک پر مبنی ترقی کا طریقہ استعمال کرتے ہیں، تو ہمیں ایک ہی مالک کے ساتھ چھوٹی، عارضی شاخوں کے حق میں طویل عرصے تک رہنے والی شاخوں سے گریز کرنا چاہیے۔ چھوٹی تبدیلیاں اکثر براہ راست ہدف کی شاخ میں ڈالی جاتی ہیں، لیکن ایسا کرنے سے عمارت ٹوٹنے کا خطرہ ہوتا ہے۔
اس ریلیز کے ساتھ، GitLab انضمام کی درخواستوں کو خود بخود کھولنے، ٹارگٹ برانچ سیٹ کرنے، اور برانچ کو پش کے وقت کمانڈ لائن سے کامیاب پائپ لائن پر انضمام کو نافذ کرنے کے لیے نئے گٹ پش آپشنز کو سپورٹ کرتا ہے۔
بیرونی ڈیش بورڈز کے ساتھ بہتر انضمام
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
GitLab متعدد Prometheus سرورز (ماحول، پروجیکٹ، اور )، لیکن ایک سے زیادہ اختتامی نقطوں کا ہونا پیچیدگی میں اضافہ کر سکتا ہے یا معیاری ڈیش بورڈز کے ذریعے تعاون نہیں کیا جا سکتا ہے۔ اس ریلیز کے ساتھ، ٹیمیں ایک واحد Prometheus API استعمال کر سکتی ہیں، جس سے Grafana جیسی خدمات کے ساتھ انضمام بہت آسان ہو جاتا ہے۔
ویکی صفحات کو تخلیق کی تاریخ کے مطابق ترتیب دیں۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
ایک پروجیکٹ Wiki میں، ٹیمیں ماخذ کوڈ اور کاموں کے ساتھ دستاویزات اور دیگر اہم معلومات کا اشتراک کر سکتی ہیں۔ اس ریلیز کے ساتھ، آپ حال ہی میں تخلیق کردہ مواد کو تیزی سے تلاش کرنے کے لیے تخلیق کی تاریخ اور عنوان کے لحاظ سے ویکی صفحات کی فہرست کو ترتیب دے سکتے ہیں۔
کلسٹر کے ذریعہ درخواست کردہ مانیٹرنگ وسائل
حتمی، سونا
GitLab آپ کو اپنے Kubernetes کلسٹر کی ترقی اور پروڈکشن ایپلی کیشنز کی نگرانی میں مدد کرتا ہے۔ اس ریلیز کے ساتھ شروع کرتے ہوئے، اپنے کلسٹر سے سی پی یو اور میموری کی درخواستوں کو مانیٹر کریں تاکہ ممکنہ مسائل کو مسائل بننے سے پہلے ان کی نشاندہی کریں۔
گرافانا ڈیش بورڈ میں لوڈ بیلنسر میٹرکس دیکھیں
کور، اسٹارٹر، پریمیم، الٹی میٹ
اپنے GitLab مثال کی صحت کی نگرانی کرنا بہت ضروری ہے۔ پہلے، ہم نے ایک ایمبیڈڈ گرافانا مثال کے ذریعے ڈیفالٹ ڈیش بورڈ فراہم کیے تھے۔ اس ریلیز کے ساتھ شروع کرتے ہوئے، ہم نے NGINX لوڈ بیلنسرز کی نگرانی کے لیے اضافی ڈیش بورڈز شامل کیے ہیں۔
ایلیکسیر کے لیے SAST
حتمی، سونا
ہم زبان کی حمایت کو بڑھانا اور سیکیورٹی چیک کو مزید گہرا کرتے رہتے ہیں۔ اس ریلیز میں ہم نے پراجیکٹس کے لیے سیکیورٹی چیک کو فعال کیا ہے۔ اور پراجیکٹس بنائے گئے۔ .
ایک خاکہ میں متعدد سوالات
پریمیم، الٹیمیٹ، سلور، گولڈ
GitLab میں، آپ اپنے جمع کردہ میٹرکس کو دیکھنے کے لیے چارٹ بنا سکتے ہیں۔ اکثر، مثال کے طور پر، اگر آپ کو میٹرک کی زیادہ سے زیادہ یا اوسط قدر کو دیکھنے کی ضرورت ہے، تو آپ ایک چارٹ پر کئی قدریں ظاہر کرنا چاہتے ہیں۔ اس ریلیز کے ساتھ شروع کرتے ہوئے، آپ کے پاس یہ موقع ہے۔
گروپ سیکیورٹی ڈیش بورڈ پر DAST کے نتائج
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
ہم نے SAST، کنٹینر اسکیننگ، اور انحصار اسکیننگ کے علاوہ ٹیم کے سیکیورٹی ڈیش بورڈ میں ڈائنامک ایپلیکیشن سیکیورٹی ٹیسٹنگ (DAST) کے نتائج شامل کیے ہیں۔
کنٹینر اسکین رپورٹ میں میٹا ڈیٹا شامل کرنا
حتمی، سونا
اس ریلیز میں، کنٹینر اسکین رپورٹ میں مزید میٹا ڈیٹا شامل ہے - ہم نے شامل کیا ہے۔ متاثرہ جزو (ایک کلیر فیچر) موجودہ میٹا ڈیٹا میں: ترجیح، شناخت کنندہ (mitre.org کے حوالے سے) اور متاثرہ سطح (جیسے debian:8)۔
درخواستوں کو ضم کرنے کے لیے میٹرکس رپورٹ کی قسم شامل کرنا
پریمیم، الٹیمیٹ، سلور، گولڈ
GitLab پہلے سے ہی کئی قسم کی رپورٹس فراہم کرتا ہے جو براہ راست انضمام کی درخواستوں میں شامل کی جا سکتی ہیں: رپورٹس سے и جب تک تصدیق کے مرحلے میں и تحفظ کے مرحلے میں.
اگرچہ یہ اہم رپورٹس ہیں، بنیادی معلومات جو مختلف منظرناموں پر فٹ بیٹھتی ہیں کی بھی ضرورت ہے۔ GitLab 11.10 میں، ہم انضمام کی درخواست میں براہ راست میٹرکس رپورٹنگ فراہم کرتے ہیں، جس سے کلیدی قدر کے ایک سادہ جوڑے کی توقع ہوتی ہے۔ اس طرح، صارف وقت کے ساتھ تبدیلیوں کو ٹریک کرتے ہیں، بشمول حسب ضرورت میٹرکس، اور ایک مخصوص انضمام کی درخواست کے لیے میٹرکس میں تبدیلیاں۔ یادداشت کے استعمال، خصوصی کام کے بوجھ کی جانچ، اور صحت کے حالات کو سادہ میٹرکس میں تبدیل کیا جا سکتا ہے جو کہ دیگر بلٹ ان رپورٹس کے ساتھ انضمام کی درخواستوں میں براہ راست دیکھا جا سکتا ہے۔
انحصار سکیننگ کے لیے ملٹی ماڈیول ماون پروجیکٹس کے لیے سپورٹ
حتمی، سونا
اس ریلیز کے ساتھ، ملٹی ماڈیول Maven پروجیکٹس GitLab انحصار اسکیننگ کو سپورٹ کرتے ہیں۔ پہلے، اگر ایک ذیلی ماڈیول کا اسی سطح کے کسی دوسرے ذیلی ماڈل پر انحصار ہوتا تھا، تو یہ مرکزی Maven ذخیرہ سے لوڈنگ کی اجازت نہیں دے سکتا تھا۔ اب ایک ملٹی ماڈیول ماون پروجیکٹ دو ماڈیولز اور دو ماڈیولز کے درمیان انحصار کے ساتھ بنایا گیا ہے۔ بہن بھائیوں کے ماڈیولز کے درمیان انحصار اب مقامی ماون ریپوزٹری میں دستیاب ہے تاکہ تعمیر آگے بڑھ سکے۔
صارفین CI میں کلوننگ کا راستہ تبدیل کر سکتے ہیں۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
پہلے سے طے شدہ طور پر، GitLab Runner پروجیکٹ کو ایک منفرد سب پاتھ میں کلون کرتا ہے۔ $CI_BUILDS_DIR. لیکن کچھ پروجیکٹس کے لیے، جیسے گولانگ، کوڈ کو ایک مخصوص ڈائرکٹری میں کلون کرنے کی ضرورت ہوتی ہے تاکہ اسے بنایا جاسکے۔
GitLab 11.10 میں ہم نے متغیر متعارف کرایا GIT_CLONE_PATH، جو آپ کو ایک مخصوص راستہ بتانے کی اجازت دیتا ہے جہاں GitLab Runner کام کو انجام دینے سے پہلے پروجیکٹ کو کلون کرتا ہے۔
لاگز میں محفوظ متغیرات کی سادہ ماسکنگ
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
GitLab کئی طریقے فراہم کرتا ہے۔ и GitLab CI/CD میں متغیرات۔ لیکن متغیرات اب بھی جان بوجھ کر یا حادثاتی طور پر تعمیر نوشتہ جات میں ختم ہو سکتے ہیں۔
GitLab رسک مینجمنٹ اور آڈیٹنگ کو سنجیدگی سے لیتا ہے اور تعمیل کی خصوصیات کو شامل کرتا رہتا ہے۔ GitLab 11.10 میں، ہم نے جاب ٹریس لاگز میں مخصوص قسم کے متغیرات کو ماسک کرنے کی صلاحیت متعارف کرائی ہے، جس سے لاگز میں غلطی سے شامل ہونے والے ان متغیرات کے مواد کے خلاف تحفظ کی سطح کا اضافہ کیا گیا ہے۔ اور اب GitLab بہت سے بلٹ ان ٹوکن متغیرات۔
ٹیم کی سطح پر Auto DevOps کو فعال یا غیر فعال کریں۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
GitLab.com پروجیکٹ پر Auto DevOps کے ساتھ، آپ بغیر کسی پریشانی کے جدید DevOps ورک فلوز کو تعمیر سے لے کر ڈیلیوری تک لے سکتے ہیں۔
GitLab 11.10 سے شروع کرتے ہوئے، آپ ایک ہی گروپ میں تمام پروجیکٹس کے لیے Auto DevOps کو فعال یا غیر فعال کر سکتے ہیں۔
آسان اور بہتر لائسنس کا صفحہ
اسٹارٹر، پریمیم، الٹی میٹ
لائسنس کیز کے انتظام کو زیادہ آسان اور آسان بنانے کے لیے، ہم نے ایڈمن پینل میں لائسنس کے صفحہ کو دوبارہ ڈیزائن کیا ہے اور اہم ترین عناصر کو نمایاں کیا ہے۔
Kubernetes کی تعیناتیوں کے لیے شارٹ کٹ سلیکٹر کو اپ ڈیٹ کریں۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
تعیناتی پینل کبرنیٹس کی تمام تعیناتیوں کے بارے میں معلومات ظاہر کرتے ہیں۔
اس ریلیز میں، ہم نے تعیناتیوں کے لیے شارٹ کٹس کا نقشہ بنانے کا طریقہ بدل دیا ہے۔ میچز اب دستیاب ہیں۔ app.example.com/app и app.example.com/env یا app. یہ فلٹرنگ تنازعات اور پروجیکٹ سے وابستہ غلط تعیناتیوں کے خطرے سے بچ جائے گا۔
مزید برآں، GitLab 12.0 میں ہم ، اور ایک میچ صرف اس کے ذریعہ ممکن ہوگا۔ app.example.com/app и app.example.com/env.
متحرک طور پر Kubernetes وسائل بنانا
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
GitLab کے ساتھ Kubernetes کا انضمام آپ کو سروس اکاؤنٹ اور ہر GitLab پروجیکٹ کے لیے ایک مخصوص نام کی جگہ کا استعمال کرتے ہوئے RBAC کی خصوصیت استعمال کرنے کی اجازت دیتا ہے۔ اس ریلیز کے ساتھ شروع کرتے ہوئے، زیادہ سے زیادہ کارکردگی کے لیے، یہ وسائل صرف اس وقت بنائے جائیں گے جب تعیناتی کی ضرورت ہو۔
Kubernetes کو تعینات کرتے وقت، GitLab CI ان وسائل کو تعیناتی سے پہلے تخلیق کرے گا۔
گروپ لیول کلسٹرز کے لیے گروپ رنر
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
گروپ لیول کلسٹرز اب گٹ لیب رنر کی تنصیب کو سپورٹ کرتے ہیں۔ گروپ سطح کے Kubernetes رنرز چائلڈ پروجیکٹس میں گروپ رنرز کے لیبل کے طور پر دکھائی دیتے ہیں۔ cluster и kubernetes.
Knative افعال کے لیے کال کاؤنٹر
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
کے ساتھ تعینات خصوصیات ، اب کسی خاص فنکشن کے لیے موصول ہونے والی کالوں کی تعداد دکھائیں۔ ایسا کرنے کے لیے، آپ کو پرومیتھیس کو اس کلسٹر پر انسٹال کرنا ہوگا جہاں Knative انسٹال ہے۔
پیرامیٹر کنٹرول git clean GitLab CI/CD ملازمتوں کے لیے
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
پہلے سے طے شدہ طور پر، GitLab Runner چلتا ہے۔ git clean کوڈ اپ لوڈ کرنے کے عمل کے دوران جب GitLab CI/CD میں کام انجام دیتے ہیں۔ GitLab 11.10 کے مطابق، صارف ٹیم کو بھیجے گئے پیرامیٹرز کو کنٹرول کر سکتے ہیں۔ git clean. یہ سرشار رنرز والی ٹیموں کے ساتھ ساتھ ان ٹیموں کے لیے بھی کارآمد ہے جو بڑی monorepositories سے پروجیکٹ اکٹھا کرتی ہیں۔ اب وہ اسکرپٹس پر عمل کرنے سے پہلے ان لوڈنگ کے عمل کو کنٹرول کر سکتے ہیں۔ نیا متغیر GIT_CLEAN_FLAGS پہلے سے طے شدہ قدر ہے -ffdx اور تمام ممکنہ کمانڈ پیرامیٹرز کو قبول کرتا ہے۔ [git clean](https://git-scm.com/docs/git-clean).
کور میں بیرونی اجازت
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
محفوظ ماحول کو پروجیکٹ تک رسائی کے لیے ایک اضافی بیرونی اجازت نامہ درکار ہو سکتا ہے۔ ہم نے رسائی کے کنٹرول کی ایک اضافی سطح کے لیے تعاون شامل کیا ہے۔ اور کور میں اس فعالیت کو کھولنے کے لیے بہت سی درخواستیں موصول ہوئیں۔ ہمیں بنیادی مثالوں کے لیے بیرونی اجازت اور سیکیورٹی کی ایک اضافی پرت متعارف کرواتے ہوئے خوشی ہو رہی ہے، کیونکہ یہ خصوصیت انفرادی شرکاء کو درکار ہے۔
کور میں گروپس میں پروجیکٹ بنانے کی صلاحیت
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
ڈویلپر کا کردار گروپس میں پروجیکٹ بنا سکتا ہے۔ ، اور اب یہ کور میں ممکن ہے۔ GitLab میں پروڈکٹیوٹی کے لیے پراجیکٹس بنانا ایک اہم خصوصیت ہے، اور اس خصوصیت کو کور میں شامل کرنے سے، مثال کے اراکین کے لیے اب کچھ نیا کرنا آسان ہو گیا ہے۔
گٹ لیب رنر 11.10
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
آج ہم نے گٹ لیب رنر 11.10 جاری کیا! GitLab Runner ایک اوپن سورس پروجیکٹ ہے جو CI/CD جابز کو چلانے اور نتائج واپس GitLab کو بھیجنے کے لیے استعمال ہوتا ہے۔
سب سے دلچسپ تبدیلیاں:
- .
- .
- .
- .
- .
تبدیلیوں کی مکمل فہرست GitLab Runner changelog میں مل سکتی ہے: .
واپسی کی اصلاح project_id Elasticsearch میں بلاب سرچ API میں
اسٹارٹر، پریمیم، الٹی میٹ
ہم نے Elasticsearch blob سرچ API میں ایک بگ کو ٹھیک کیا جو غلطی سے 0 واپس کر رہا تھا project_id. ضروری ہو گا۔ صحیح اقدار حاصل کرنے کے لیے project_id GitLab کے اس ورژن کو انسٹال کرنے کے بعد۔
اومنیبس میں بہتری
کور، اسٹارٹر، پریمیم، الٹی میٹ
ہم نے GitLab 11.10 میں Omnibus میں درج ذیل اصلاحات کی ہیں:
- GitLab 11.10 میں شامل ہے۔ , جس کی تازہ ترین ریلیز میں Hipchat سے ڈیٹا کو آسانی سے منتقل کرنے کے لیے ایک نئی انٹیگریشن ڈائرکٹری اور بہت کچھ شامل ہے۔ اس ورژن میں شامل ہیں۔ ، اور ہم اپ ڈیٹ کرنے کی تجویز کرتے ہیں۔
- ہم ہیں ، اور اب آپ کے GitLab مثال کی نگرانی شروع کرنا آسان ہے۔
- ہم نے ڈوکر رجسٹری سے پرانے کنٹینر کی تصاویر کو حذف کرنے کے لیے تعاون شامل کیا ہے۔
- ہم نے 2019-01-23 تک سی اے سرٹیفکیٹس کو اپ ڈیٹ کر دیا ہے۔
کارکردگی میں بہتری۔
کور، اسٹارٹر، پریمیم، حتمی، مفت، کانسی، چاندی، سونا
ہم تمام سائز کے GitLab مثالوں کے لیے ہر ریلیز کے ساتھ GitLab کی کارکردگی کو بہتر بناتے رہتے ہیں۔ GitLab 11.10 میں کچھ بہتری:
- .
- .
- .
- .
- .
- .
- .
- .
بہتر GitLab چارٹس
کور، اسٹارٹر، پریمیم، الٹی میٹ
ہم نے GitLab چارٹس میں درج ذیل اصلاحات کی ہیں:
- .
پرانی خصوصیات
GitLab Geo GitLab 12.0 میں ہیشڈ اسٹوریج فراہم کرے گا۔
GitLab جیو کی ضرورت ہے۔ ثانوی نوڈس پر مسابقت کو کم کرنے کے لیے۔ اس میں نوٹ کیا گیا تھا۔ .
GitLab میں ہم نے جیو دستاویزات میں اس ضرورت کو شامل کیا ہے: .
GitLab میں sudo gitlab-rake gitlab:geo:check چیک کرتا ہے کہ آیا ہیشڈ اسٹوریج کو فعال کیا گیا ہے اور تمام پروجیکٹس منتقل ہو گئے ہیں۔ سینٹی میٹر. . اگر آپ جیو استعمال کر رہے ہیں تو براہ کرم یہ چیک چلائیں اور جلد از جلد ہجرت کریں۔
GitLab میں مستقل طور پر غیر فعال انتباہ صفحہ پر دکھایا جائے گا ایڈمن ایریا > جیو > نوڈس، اگر مندرجہ بالا چیک کی اجازت نہیں ہے۔
GitLab میں جیو ہیشڈ اسٹوریج کی ضروریات کا استعمال کرے گا۔ سینٹی میٹر. .
حذف کرنے کی تاریخ: 22 2019 جون،
اوبنٹو 14.04 سپورٹ
GitLab 11.10 اس کے ساتھ آخری ریلیز ہوگی۔ .
Canonical نے Ubuntu 14.04 کے لیے معیاری سپورٹ کے خاتمے کا اعلان کیا۔ . ہم صارفین کو ایک تعاون یافتہ LTS ورژن میں اپ گریڈ کرنے کا مشورہ دیتے ہیں: Ubuntu 16.04 یا Ubuntu 18.04۔
حذف کرنے کی تاریخ: 22 مئی 2019 شہر
فی جمع کرانے والی پائپ لائنوں کی زیادہ سے زیادہ تعداد کو محدود کرنا
پہلے، گٹ لیب نے اس کے لیے پائپ لائنیں بنائی تھیں۔ HEAD جمع کرانے میں ہر شاخ. یہ ان ڈویلپرز کے لیے آسان ہے جو ایک ساتھ کئی تبدیلیاں کرتے ہیں (مثال کے طور پر، فیچر برانچ اور برانچ میں develop).
لیکن جب بہت سے فعال شاخوں کے ساتھ ایک بڑے ذخیرہ کو آگے بڑھاتے ہو (مثال کے طور پر، حرکت پذیری، عکس بندی، یا برانچنگ)، آپ کو ہر شاخ کے لیے پائپ لائن بنانے کی ضرورت نہیں ہے۔ GitLab 11.10 کے ساتھ شروع کرتے ہوئے ہم تخلیق کر رہے ہیں۔ بھیجتے وقت.
حذف کرنے کی تاریخ: 22 مئی 2019 شہر
فرسودہ GitLab رنر لیگیسی کوڈ کے راستے
Gitlab 11.9 کے مطابق، GitLab Runner استعمال کرتا ہے۔ کلوننگ / ریپوزٹری کو کال کرنا۔ فی الحال، GitLab Runner پرانا طریقہ استعمال کرے گا اگر نیا تعاون یافتہ نہیں ہے۔ مزید تفصیلات میں دیکھیں .
GitLab 11.0 میں، ہم نے GitLab Runner کے لیے میٹرکس سرور کنفیگریشن کی ظاہری شکل کو تبدیل کر دیا۔ metrics_server حق میں ہٹا دیا جائے گا listen_address GitLab 12.0 میں۔ مزید تفصیلات میں دیکھیں .
ورژن 11.3 میں، گٹ لیب رنر نے سپورٹ کرنا شروع کیا۔ ; جس کی وجہ سے نئی ترتیبات شروع ہوئیں . میں , نئی ترتیب میں منتقلی کے لیے تبدیلیوں اور ہدایات کا ایک جدول فراہم کرتا ہے۔ مزید تفصیلات میں دیکھیں .
یہ راستے GitLab 12.0 میں دستیاب نہیں ہوں گے۔ بطور صارف، آپ کو اس بات کو یقینی بنانے کے علاوہ کسی اور چیز کو تبدیل کرنے کی ضرورت نہیں ہے کہ GitLab Runner 11.9 میں اپ گریڈ کرتے وقت آپ کا GitLab مثال ورژن 12.0+ چل رہا ہے۔
حذف کرنے کی تاریخ: 22 2019 جون،
GitLab Runner کے لیے انٹری پوائنٹ کی خصوصیت کے لیے فرسودہ پیرامیٹر
11.4 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 Runner 11.10 میں ترتیب دیں کہ رنر کس طرح کمانڈ پر عمل کرتا ہے۔ git clean. مزید برآں، صفائی کی نئی حکمت عملی استعمال کو ہٹا دیتی ہے۔ git reset اور کمانڈ دیتا ہے۔ git clean اتارنے کے مرحلے کے بعد.
چونکہ اس رویے کی تبدیلی کچھ صارفین کو متاثر کر سکتی ہے، اس لیے ہم نے ایک پیرامیٹر تیار کیا ہے۔ FF_USE_LEGACY_GIT_CLEAN_STRATEGY. اگر آپ قدر مقرر کرتے ہیں۔ true، یہ میراثی صفائی کی حکمت عملی کو بحال کرے گا۔ GitLab Runner میں فنکشن پیرامیٹرز کے استعمال کے بارے میں مزید معلومات حاصل کی جا سکتی ہیں۔ .
GitLab Runner 12.0 میں، ہم لیگیسی کلین اپ حکمت عملی اور فنکشن پیرامیٹر کا استعمال کرتے ہوئے اسے بحال کرنے کی صلاحیت کے لیے سپورٹ کو ہٹا دیں گے۔ مزید تفصیلات میں دیکھیں .
حذف کرنے کی تاریخ: 22 2019 جون،
ایڈمن پینل میں سسٹم انفارمیشن سیکشن
GitLab آپ کے GitLab مثال کے بارے میں معلومات پیش کرتا ہے۔ admin/system_infoلیکن یہ معلومات درست نہیں ہو سکتی ہیں۔
ہم ہیں GitLab 12.0 میں ایڈمن پینل اور ہم استعمال کرنے کی تجویز کرتے ہیں۔ .
حذف کرنے کی تاریخ: 22 2019 جون،
لاگ تبدیل کریں۔
چینج لاگ میں ان تمام تبدیلیوں کو دیکھیں:
تنصیب
اگر آپ ایک نئی GitLab انسٹالیشن ترتیب دے رہے ہیں تو ملاحظہ کریں۔ .
اپ ڈیٹ کریں
اس کو دیکھو .
GitLab سبسکرپشن پلانز
GitLab دو ذائقوں میں دستیاب ہے: и .
: آن پریمیسس یا آپ کے پسندیدہ کلاؤڈ پلیٹ فارم پر۔
- کور: چھوٹی ٹیموں، ذاتی منصوبوں، یا لامحدود مدت کے لیے GitLab ٹرائل کے لیے۔
- سٹارٹر: ایک ہی دفتر میں متعدد پروجیکٹس پر کام کرنے والی ٹیموں کے لیے جنہیں پیشہ ورانہ مدد کی ضرورت ہے۔
- پریمیم: تقسیم شدہ ٹیموں کے لیے جنہیں جدید خصوصیات، زیادہ دستیابی، اور XNUMX/XNUMX سپورٹ کی ضرورت ہے۔
- الٹی: ایسے کاروباروں کے لیے جنہیں بہتر سیکورٹی اور تعمیل کے ساتھ مضبوط حکمت عملی اور عمل درآمد کی ضرورت ہوتی ہے۔
- GitLab.com: GitLab کی میزبانی، انتظام اور انتظام انفرادی ڈویلپرز اور ٹیموں کے لیے۔
- مفت: لامحدود پرائیویٹ ریپوزٹریز اور پروجیکٹ کنٹریبیوٹرز کی لامحدود تعداد۔ بند منصوبوں کو سطحی خصوصیات تک رسائی حاصل ہے۔ مفتپر سطح کی خصوصیات تک رسائی حاصل ہے۔ گولڈ.
- کانسی کا تمغہ: ان ٹیموں کے لیے جنہیں جدید ترین ورک فلو خصوصیات تک رسائی کی ضرورت ہے۔
- سلور: ان ٹیموں کے لیے جنہیں زیادہ مضبوط DevOps صلاحیتوں، تعمیل، اور تیز تر سپورٹ کی ضرورت ہے۔
- گولڈ: بہت سی CI/CD ملازمتوں کے لیے موزوں ہے۔ تمام کھلے منصوبے گولڈ فیچرز کو مفت میں استعمال کر سکتے ہیں، منصوبہ بندی سے قطع نظر۔
ماخذ: www.habr.com