
إن إنشاء برنامج عالي الجودة ليس عملية سهلة. أولاً ، تحتاج إلى حل مشاكل العمل وكتابة كود الجودة. ومع ذلك ، لا تنتهي الصعوبات عند هذا الحد: لا تزال بحاجة إلى التأكد من أن الشفرة تعمل بسرعة وأمان وموثوقية. العمل مع التعليمات البرمجية هو ناقل للعديد من المراحل ، مثل التجميع والتكامل والاختبار والأمن والمراجعة والتكوين والنشر. كل هذه الإجراءات تستغرق الكثير من الوقت والجهد.
بالإضافة إلى توفير فرص التعاون في المستودعات العامة والخاصة ، يعمل GitLab أيضًا على تبسيط عملية التطوير بأكملها من خلال مجموعة أدوات مدمجة شاملة ، وبواسطة هذا الإصدار. ما عليك سوى تنفيذ التعليمات البرمجية وسيقوم Auto DevOps بالباقي. Auto DevOps هو ناقل CI / CD متكامل تم تجميعه مسبقًا يعمل على أتمتة عملية التسليم بالكامل. أصبح Auto DevOps متاحًا للجمهور (GA ، التوفر العام) في GitLab 11.0.
الابتكارات الرئيسية الأخرى لـ GitLab 11.0:
- إدارة الترخيص ، والتي تعثر تلقائيًا على التراخيص وفقًا تبعيات مشروعاتك ؛
- اختبار أمان محسّن للشفرة والحاويات والتبعيات الخاصة بك ؛
- اندماج جديد مع Kubernetes ؛
- تحسين IDE ويب ؛
- تحسين عرض الملاحم وخرائط الطريق ؛
- الانتشار التدريجي ؛
- وغير ذلك الكثير.
للبدء ، دعنا نراجع هذه القائمة بمزيد من التفاصيل.
يغطي Auto DevOps دورة التسليم بأكملها: ما عليك سوى تنفيذ التعليمات البرمجية لـ GitLab والسماح لـ Auto DevOps بالباقي: سيقوم هذا النظام بإنشاء واختبار والتحقق من جودة التعليمات البرمجية والأمان والتراخيص وحزم واختبار الأداء ونشر ومراقبة تطبيقك.
قال كريس هيل ، مهندس أنظمة المعلومات والترفيه في جاكوار لاند روفر: "يعد GitLab مكونًا رئيسيًا في عمليات التطوير والتوصيل لدينا ، مما أدى إلى زيادة سرعة التسليم إلى أربعة أضعاف وتبسيط عملية التطوير التعاوني لفرقنا".
"نحن سعداء للغاية باستخدام Auto DevOps لأنه يتيح لنا التركيز على كتابة التعليمات البرمجية والعمليات التجارية. يقوم GitLab بالباقي: الإنشاءات التلقائية والاختبار والنشر وحتى مراقبة تطبيقنا. "
إدارة الترخيص (تحليل مكونات البرنامج): غالبًا ما يكون البرنامج عبارة عن تشابك معقد بين التعليمات البرمجية ومكونات الجهات الخارجية (المكتبات والأطر والأدوات المختلفة). كقاعدة ، لكل مكون قيود ترخيص وأذونات يجب مراقبتها وأخذها في الاعتبار. في GitLab 11.0 ، نضيف وظيفة إدارة الترخيص (تحليل مكونات البرنامج). سيتم تضمينه في طلبات الدمج ، حيث يمكنك تتبع تراخيص المكونات الخاصة بك.
الأمان: نواصل العمل على تحسين ميزات الأمان المضمنة في GitLab. يمكنك الآن العثور على الثغرات حتى قبل ذلك بمساعدة الاختبار الثابت والديناميكي المدمج للتطبيقات ، بالإضافة إلى مسح التبعيات والحاويات. لقد قمنا بتوسيع تغطيتنا لاختبار أمان التطبيقات الثابت (SAST) - وهو الآن مدعوم لـ Scala و .Net . أضفنا أيضًا عناصر جديدة إلى تقارير SAST ، والآن ستزودك بمزيد من التفاصيل.
Kubernetes: نواصل تحسين اندماجنا مع Kubernetes وتبسيط تفاعل GitLab مع هذا النظام. في هذا الإصدار ، أضفنا العديد من الميزات الجديدة ، وأكثرها إثارة للاهتمام هو القدرة على عرض سجلات Kubernetes pod مباشرة من لوحة نشر GitLab.
GitLab Web IDE: كلما كان بإمكانك القيام به بدون مغادرة IDE ، كلما كان عملك أكثر إنتاجية. يمكنك الآن عرض خطوط الأنابيب CI / CD مباشرة من IDE ، بحيث يمكنك مشاهدة تقرير فوري إذا فشل خط الأنابيب. بالإضافة إلى ذلك ، أضفنا القدرة على التحول بسرعة إلى طلب الدمج التالي ، والذي سيسمح لك بإنشاء أو تحسين أو إجراء مراجعات طلب الدمج دون مغادرة IDE. كل هذا سيسمح لك بالمشاركة بسرعة وفعالية في إجراء تغييرات على الشفرة ومراجعتها.
التنقل الملحمي وخريطة الطريق: لتحسين التصور عن تقدم الملاحم وخرائط الطريق ، قد يكون من المفيد تغيير حجم المخططات الزمنية ، والتي ستوفر نظرة عامة أكثر وتبسيط تخطيطها. لذلك ، أضفنا هذه الميزة إلى واجهة التنقل الخاصة بهم.
نحن ندعوك لاجتماعاتنا!

قدم Vitaliy مساهمة كبيرة في تطوير GitLab وقد تم تسميته بالفعل MVP عدة مرات هذا العام. بالنسبة للإصدار 11.0 ، قام بعمل جاد لتحديث الجانب التقني لـ GitLab: قام Vitaly بتحويل معظم اختبارات السبانخ المتبقية إلى RSpec ، كما بذل الكثير من الجهد لتحسين GitLab لـ Rails 5. بالإضافة إلى ذلك ، بعد أن قررنا إضافة الضغط و عمليات الدمج (الاسكواش والاندماج) في GitLab Coer و GitLab.com مجانًا ، تولى Vitaly هذا العمل وأنهىه بحلول إصدار هذا الإصدار. فيما يلي قائمة بجميع المهام التي أكملها لـ GitLab 11.0 .
شكرا مرة أخرى ، فيتالي! قريباً ستتلقى حزمة أخرى مع هدايا!
الابتكارات الرئيسية لـ GitLab 11.0
أصبح Auto DevOps متاحًا للجميع (CORE و STARTER و PREMIUM و ULTIMATE و FREE و BRONZE و SILVER و GOLD)
تمت إضافة الإصدار التجريبي الأول من Auto DevOps في GitLab 10.0 . وفي GitLab 11.0 ، يصبح Auto DevOps عامًا (متاح بشكل عام). يتطلب Auto DevOps الحد الأدنى من التكوين ويقوم بكل العمل لمشروعك من مرحلة البناء إلى الإنتاج والمراقبة.
يستخدم Auto DevOps أفضل ممارسات DevOps: فهو يقوم بتكوين البناء والاختبار وفحص جودة التعليمات البرمجية واختبار الأمان الثابت والديناميكي ومسح التبعية وإدارة الترخيص وفحص الحاويات ومراجعة التطبيقات واختبار أداء المتصفح والنشر والمراقبة - كل ذلك في تطبيق واحد. يبسط استخدام هذه الوظيفة الانتقال إلى DevOps للفرق الجديدة ، حيث تتيح لك البدء بخط أنابيب سلس يعمل.
يسمح Auto DevOps للمطورين بالتركيز على ما هو أكثر أهمية لمنظمتهم - تقديم رمز الجودة.
يمكن العثور على دليل البدء السريع المحدث Auto Devops هنا .

وثائق Auto DevOps
يعد التكامل المستمر (CI) خطوة مهمة في تقديم برامج عالية الجودة. يمكنك الآن معرفة حالة CI للالتزام الحالي بمجرد النظر إلى نافذة الحالة في الزاوية اليسرى السفلية من Web IDE. علاوة على ذلك ، على اليمين ، يمكنك إلقاء نظرة على حالة وسجلات كل عمل. هذا يجعل من السهل العمل على دمج الطلبات مع CI غير ناجحة ، حيث يمكنك فتح العمل الفاشل على شاشة واحدة والملف الذي تعمل عليه الآن.
في السابق ، في مثل هذه المواقف ، كان عليك فتح العديد من علامات التبويب والتبديل بينها ، والآن تتوفر جميع المعلومات الضرورية مباشرة في Web IDE. في المستقبل ، نخطط لإضافة القدرة على معاينة التغييرات واختبارها قبل الالتزام.
وثائق IDE على الويب

التبديل بين طلبات الدمج في Web IDE (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
من السهل تخيل موقف يعمل فيه شخص واحد على العديد من طلبات الدمج في العديد من المشاريع في وقت واحد. يمكنك الآن التبديل بين طلبات الدمج (المخصصة لك والتي أنشأتها) بنقرة واحدة. لا يهم إذا أجريت مراجعة لطلب دمج شخص آخر أو عملت بمفردك - بفضل هذا الابتكار ، يمكنك تخصيص مزيد من الوقت للتعليمة البرمجية وقليل من البحث.
وثائق IDE على الويب

إدارة التراخيص (ULTIMATE، GOLD)
في واقع تطوير البرمجيات الحديثة ، تستخدم معظم التطبيقات مكونات الطرف الثالث لأداء وظائف معينة ؛ يسمح لك هذا النهج بعدم بدء كل مشروع من الصفر. لذلك ، تعد مكتبات الجهات الخارجية شائعة جدًا ، وغالبًا ما يتم توفيرها مباشرةً من خلال خدمات إدارة الحزم مثل RubyGems و npm. ومع ذلك ، مع هذا النهج ، تحتاج إلى التأكد من أن تراخيص مكونات الطرف الثالث متوافقة مع تطبيقك ، لأن التراخيص المتضاربة يمكن أن تؤدي إلى مشاكل قانونية.
لحل هذه المشاكل ، نضيف وظيفة إدارة الترخيص إلى GitLab 11.0. يمر تلقائيًا بجميع التبعيات في مشروعاتك ويجمع تراخيصها. يتم عرض التراخيص الجديدة في أداة طلب الدمج قبل أن تصبح جزءًا من الفرع الرئيسي.
إذا كنت تستخدم Auto DevOps ، فسيتم تمكين إدارة الترخيص تلقائيًا لمشاريعك. يمكنك أيضًا تمكين هذه الوظيفة يدويًا .gitlab-ci.yml
المخصصة.
وثائق إدارة الترخيص

تفويض SAML على مستوى المجموعة (تجريبي) (PREMIUM ، ULTIMATE ، SILVER ، GOLD)
إدارة بيانات المستخدم المناسبة أمر لا بد منه للمؤسسات الكبيرة. غالبًا ما يتم استخدام موفر الهوية لهذه الأغراض ، والذي يعمل مع جميع بيانات المستخدم ، لذلك أضفنا دعم لغة ترميز تأكيد الأمان (SAML) للمجموعات.
الآن ، سيتمكن مالكو المجموعة من تكوين خدمة الهوية للمجموعة وتزويد المستخدمين برابط تفويض واحد (SSO). وقد جعل هذا من الممكن إدارة التفويض والبيانات الشخصية على مستوى المجموعة ، الأمر الذي يمكن أن يكون مفيدًا في الحالات التي لا تلبي فيها SAML العامة للمثيل جميع متطلبات المجموعة.
هذا الابتكار مفيد بشكل خاص لمجموعات GitLab.com ، حيث أصبح من الممكن الآن تكوين خدمة المصادقة للاستخدام في المؤسسة.
وثائق SAML للمجموعات

مواضيع التنقل الجديدة (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
مع إصدار GitLab 10.0 ، قمنا بتحديث رئيسي للملاحة ، وفي الإصدار 11.0 أضفنا العديد من السمات الجديدة له. لديك الآن المزيد من الخيارات لتخصيص تفاعلك مع GitLab.
لقد أضفنا مظهرًا أحمر جديدًا تمامًا ، بالإضافة إلى إصدار خفيف لجميع السمات الحالية.
وثائق إعدادات ملف التعريف

تحسينات أخرى لـ GitLab 11.0
عند العمل على ابتكار واسع النطاق ، غالبًا ما يدفع المطورون العديد من الالتزامات إلى فرع العمل ، ويمكن أن يزيد عدد هذه الالتزامات فقط في عملية مراجعة الكود. تفضل العديد من الفرق ضغط هذه الالتزامات في واحد قبل الدمج مع الفرع الرئيسي. هذا يسمح لك بالحفاظ على قراءة سجل Git ، مما سيبسط إلى حد كبير مراجعة تغييرات التعليمات البرمجية في المستقبل.
يعتبر Squash جزءًا من وظائف git ، لذا يمكن للمطورين تنفيذ هذا الأمر على أجهزة الكمبيوتر الخاصة بهم قبل الدمج مباشرةً. ومع ذلك ، يبسط GitLab هذه العملية بشكل أكبر: يمكنك الضغط والدمج بنقرة واحدة مباشرة من واجهة الويب. على سبيل المثال ، يمكن للمستودعات المصاحبة الآن ضغط عمليات التنفيذ دون الاتصال بمؤلف التغييرات ، مما يعمل على تسريع سير العمل وتبسيطه.
في السابق ، كانت هذه الوظيفة متاحة فقط على GitLab Starter و GitLab.com Bronze وعلى مستويات أعلى. ومع ذلك ، أخبرنا العديد من المستخدمين أن هذه الميزة ستكون مفيدة لجميع مستويات الاشتراك ، لذا أصبحت الآن متاحة للجميع وتصبح متاحة في GitLab Core و GitLab.com مجانًا!
بفضل blackst0ne لمساهمته في هذا العمل!

التوثيق على عمليات الضغط والدمج
افتتاح المشاريع في Xcode (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في يونيو WWDC ، أعلنت Apple عن دمج Xcode مع GitLab ، مما سيبسط بلا شك العمل مع مشاريع Xcode على مضيف GitLab.
يدعم GitLab الآن استنساخ المشاريع التي تحتوي على .xcworkspace
أو .xcworkspace
بالنقر فوق الزر "فتح في Xcode". عند عرض مشاريع Xcode في واجهة GitLab ، سيكون هذا الزر موجودًا بجوار عنوان URL لـ Git للاستنساخ.

وثائق لفتح المشاريع في Xcode
النطاقات الزمنية لخرائط الطريق (ULTIMATE ، GOLD)
نظرًا لعدم وجود قيود على تواريخ البدء والانتهاء للملاحم ، قررنا إضافة القدرة على العثور على الملاحم في نطاقات زمنية.
في هذا الإصدار ، نضيف وظيفة النطاق الزمني إلى خرائط الطريق. الآن يمكنك البحث عن الملاحم حسب الأرباع والأشهر والأسابيع. قد يكون البحث الأسبوعي مفيدًا للفرق التي تركز على الإصدارات قصيرة المدى ، في حين أن النطاقات الأكبر أفضل لتخطيط الأعمال العالمي.

توثيق النطاق الزمني لخرائط الطريق
عدد غير محدود من المستخدمين من أجل Ultimate (ULTIMATE)
من أجل تحسين كفاءة العمل مع GitLab ، قررنا أن الزائرين الضيوف لن يشغلوا بعد ذلك العدد المحدود من مستخدمي المثيل النهائي.
نظرًا لحقيقة أن الضيوف يمكن أن يكونوا أي عدد ، فإن عدد المستخدمين المشاركين في مناقشة التطوير الآن غير محدود أيضًا. يمكن للضيوف زيادة مستوى الوصول ، ولكن لا تنس أنهم سيبدأون بعد ذلك في شغل الحد.
من المهم أيضًا تذكر أنه في الحالات التي يسجل فيها المستخدم الدخول إلى المثيل ، ولكنه لا ينتمي إلى أي مجموعة أو مشروع ، فإنه يعتبر أيضًا ضيفًا.
وثائق أذونات الضيف
قوائم فناني الأداء للوحات المهام (PREMIUM ، ULTIMATE ، SILVER ، GOLD)
تعد لوحات المهام أداة مفيدة لإدارة سير العمل: يمكنك مراقبة حركة المهام بين المراحل المختلفة لدورة الحياة باستخدام قوائم التسميات.
في هذا الإصدار ، نقوم بإضافة قوائم الفنانين للوحات المهام. تعرض هذه القائمة المهام المعينة لمستخدم معين ، مما يضيف فرصًا جديدة لاستخدام لوحات المهام.
يمكنك الآن إعداد لوحة مهام لفريقك ، ثم إضافة قوائم الفنانين لأعضائه. سيؤدي ذلك إلى تسهيل معرفة من يعمل في الفريق وما المهام. يمكن أن تكون هذه الوظيفة مفيدة لكل من المديرين المشاركين في موازنة التحميل ، وللمستخدمين العاديين الذين يرغبون في التنقل في سير العمل.
يمكنك أيضًا إضافة قوائم العلامات وقوائم الفنانين إلى نفس اللوحة.

وثائق قائمة المؤدين للوحات المهام
تعيين المعالم للمجموعات الفرعية الفرعية (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في هذا الإصدار ، نقوم بإضافة بنية مجموعة فرعية GitLab للمعالم. يمكنك الآن تعيين حدث رئيسي لمشروع أو مجموعة موروثة من أي مجموعة رئيسية لأي مهمة أو طلب دمج.
بمعنى ، إذا كان لديك مجموعة عالية المستوى مع مجموعة من المعالم ، يمكنك استخدام نفس المعالم لجميع المهام ودمج الطلبات في جميع المجموعات الفرعية الفرعية. يبسط هذا الابتكار العمل في المنظمات مع هيكل معقد متعدد المستويات من المجموعات الفرعية والمشاريع.
علاوة على ذلك ، يمكنك التصفية حسب هذه المعالم في قوائم مهام المجموعة ، والتي ستسمح لك بالعثور على الكائنات الضرورية على جميع مستويات التسلسل الهرمي.

توثيق المعالم
المهام ودمج طلبات المجموعات الفرعية في API (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
مهمة API وطلبات الدمج تعتمد الآن على الويب. أي أنه عندما تطلب مجموعة محددة من خلال واجهة برمجة التطبيقات للمهام وطلبات الدمج ، ستتلقى نتائج من جميع المشاريع الفرعية أو المجموعات الفرعية لهذه المجموعة. تعمل الخوارزمية عن طريق القياس مع عرض نفس الكائنات في قوائم المجموعة في واجهة الويب ، والتي قدمناها في وقت سابق من عدة إصدارات.
وثائق GitLab API
الرموز المميزة للنشر لتطبيق Auto DevOps في Kubernetes (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في السابق ، عند استخدام Auto DevOps في المشاريع الخاصة أو الداخلية ، لم يكن لدى Kubernetes حق الوصول إلى التسجيل بعد اكتمال النشر. لم يسمح هذا للكتلة بتنفيذ عمليات جلب متكررة للصورة (من أجل قابلية التوسع والعمل مع الفشل وما إلى ذلك)
باستخدام GitLab 11.0 ، يتم إنشاء رمز نشر جديد. يوفر الوصول المستمر إلى التسجيل عند تمكين Auto DevOps في المشاريع الخاصة / الداخلية. هذا يضمن أن الكتلة يمكن أن تؤدي العمليات اللازمة وتقليل احتمال الفشل.
وثائق الرمز المميز للنشر Auto DevOps
تحديد استراتيجية نشر في إعدادات Auto DevOps (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
بالنسبة لبعض التطبيقات ، من المربح إرسال كل تغيير في الإنتاج فور استعداده. بالنسبة للآخرين ، قد يكون من الأفضل جمع هذه التغييرات في بيئة مشتركة لإجراء اختبارات أكثر صرامة. في السابق ، كان إعداد استراتيجية نشر لكل مشروع ممكنًا فقط بمساعدة المتغيرات الخاصة التي تم تكوينها واستخدامها لكل مشروع على حدة.
بدءًا من GitLab 11.0 ، يتيح لك Auto DevOps تخصيص إستراتيجية النشر بنقرة واحدة. عند توصيل Auto DevOps لمشروعك ، يمكنك تحديد ما إذا كنت ستنشر مشروعك تلقائيًا على الفور في الإنتاج أم ستحتاج أولاً إلى نشره تلقائيًا في بيئة اختبار ، وعندئذٍ فقط يدويًا إلى الإنتاج. ستتيح لك القدرة على تكوين هذا بنقرة واحدة قضاء وقت أقل في إعدادات النشر والمزيد من التعليمات البرمجية.

وثائق إعداد النشر باستخدام Auto DevOps
متغيرات لتحديد سياسات النشر لبيئات الكناري (CORE و STARTER و PREMIUM و ULTIMATE و FREE و BRONZE و SILVER و GOLD)
غالبًا ما نرغب في طرح التغييرات على جزء صغير من المستخدمين أو الخوادم من أجل تقييم تأثير هذه التغييرات قبل نشرها في البيئة بأكملها. في السابق ، كان على مستخدمي Auto DevOps إجراء تخصص في قالب Auto DevOps وتحديد السلوك المطلوب لبدء نشر كناري.
بدءًا من GitLab 11.0 ، سيتمكن المستخدمون من تحديد سياسات النشر الخاصة CANARY_ENABLED
باستخدام CANARY_ENABLED
البيئة CANARY_ENABLED
- بسرعة وبدون إعدادات إضافية لقالب DevOps التلقائي.
وثائق سياسة النشر لبيئات الكناري
تكون التأكيدات دائمًا على (STARTER و PREMIUM و ULTIMATE و BRONZE و SILVER و GOLD)
يعد تأكيد طلبات الدمج ميزة طويلة الأمد لـ GitLab ، مما يجبر الفرق على إجراء مراجعات الكود (أو أيا كان) في طلب الدمج. بينما لا يوجد تأكيد ، سيتم حظر طلب الدمج للدمج.
قبل هذا الإصدار ، كان يجب تمكين التأكيدات في إعدادات المشروع. لتبسيط هذه الميزة وتحسينها ، سيتم الآن تضمين التأكيدات لجميع مشاريع GitLab (للمبتدئين والخطط البرونزية وما فوق) بشكل افتراضي.
في الوقت نفسه ، بالطبع ، لا نريد إبطاء عملية إنشاء ودمج التعليمات البرمجية. لذلك ، عندما يقوم مستخدم بإنشاء مشروع ، سيتم إعادة تعيين عدد تأكيدات طلب الدمج المطلوبة لهذا المشروع بشكل افتراضي (كما لو تم إيقاف تشغيل التأكيدات). مع نمو المشروع ، سيتمكن المستخدم وفريقه من تنفيذ التأكيدات عندما يتطلب سير العمل ذلك. للقيام بذلك ، ما عليك سوى تغيير عدد التأكيدات إلى تأكيد يلبي احتياجات الفريق.

وثائق التأكيد لطلبات الدمج
تحميل معلمات الكتلة من GKE (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
أصبح الآن إنشاء مجموعات Kubernetes في GitLab أسهل من أي وقت مضى. في GitLab 11.0 ، يتم تنزيل قيم حقول المشروع والمناطق تلقائيًا من حساب Google Kubernetes Engine (GKE) الخاص بك ويتم عرضها كقائمة للبساطة. في السابق ، لإنشاء مجموعة باستخدام GKE ، كان عليك إدخال كل هذه البيانات يدويًا.
تتيح لك عملية إنشاء نظام المجموعة المبسطة إمكانية رفع المجموعات بسرعة من GitLab وتسريع نشر تطبيقاتك.

وثائق لإضافة وإنشاء مجموعة GKE جديدة في GitLab
تعطيل خطوات Auto DevOps باستخدام المتغيرات (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
عندما لا تكون هناك حاجة إلى مرحلة واحدة أو عدة مراحل من Auto DevOps (اختبار الوحدة ، فحص جودة الكود ، وما إلى ذلك) في تطبيقك ، سيكون من الرائع تكوين خط الأنابيب بحيث يتم تشغيله فقط في تلك المراحل التي تحتاجها.
يتيح لك الإصدار 11.0 من GitLab تخطي مرحلة أو أكثر من Auto DevOps باستخدام متغيرات البيئة. سيسمح لك ذلك بالاستفادة من Auto DevOps حتى عندما لا تكون جميع خطواته مناسبة لاحتياجاتك.
توثيق متغيرات البيئة لعمليات التطوير التلقائي
يتم تضمين ملفات LFS في استيراد المشروع (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
يساعدك Git LFS في نسخ الملفات الكبيرة باستخدام Git عن طريق تخزينها خارج المستودع وتنزيلها بتكاليف حسب الحاجة - بدلاً من نسخها.
عند استيراد مشروع من GitHub أو Bitbucket Cloud أو باستخدام Git URL ، يقوم GitLab الآن أيضًا باستيراد كائنات LFS. ونتيجة لذلك ، تحصل على نسخة كاملة من المستودع ، بما في ذلك كائنات LFS نفسها. في السابق ، لم يتم تضمين كائنات LFS في الاستيراد.
وثائق استيراد المشروع
علامة تبويب العمليات (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في GitLab 11.0 ، أضفنا قسم العمليات إلى لوحة التنقل - أصبحت هذه الميزات الآن أسهل وأسرع في العثور عليها. في هذا الإصدار ، انتقلت البيئات و Kubernetes من CI / CD إلى العمليات . في الإصدارات المستقبلية ، سنضيف بضعة أقسام أخرى ، على سبيل المثال ، المقاييس والسجلات.

وثائق GitLab CI
SAST for .NET and Scala (ULTIMATE، GOLD)
نستمر في جعل أدواتنا الأمنية للغات والأطر الأكثر شيوعًا أكثر سهولة ؛ كجزء من هذه العملية ، نحن نعمل باستمرار على توسيع قدرات نظام اختبار أمان التطبيق الثابت (SAST).
في GitLab 11.0 ، أضفنا دعمًا للغتين الجديدتين: .NET و Scala. إذا كنت تستخدم Auto DevOps بالفعل أو أحدث إصدار من sast
.gitlab-ci.yml
، فلن تحتاج إلى تغيير أي شيء في مشاريعك.
وثائق SAST
مخطط السحاب GitLab Helm في الإصدار التجريبي الآن (CORE ، STARTER ، PREMIUM ، ULTIMATE)
يسرنا أن نقدم النسخة التجريبية من مخطط GitLab Helm السحابي. يعتمد هذا الرسم التخطيطي على بنية داخلية قائمة على السحابة مع حاوية لكل مكون GitLab ولا يتطلب مخزن بيانات مشترك. هذا يحسن مرونة ومرونة وأداء GitLab على Kubernetes.
وثائق مخطط GitLab Helm
سهولة نشر JupyterHub وتكامله مع GitLab (CORE و STARTER و PREMIUM و ULTIMATE و FREE و BRONZE و SILVER و GOLD)
JupyterHub هي خدمة متعددة المستخدمين لدعم أجهزة الكمبيوتر المحمولة بسهولة داخل فريق تحليل البيانات. توفر أجهزة الكمبيوتر المحمولة من Jupyter بيئة تفاعلية قابلة للبرمجة تُستخدم بشكل شائع لتحليل البيانات والمحاكاة والتصور والتعلم الآلي.
يمكن لـ GitLab 11.0 نشر JupyterHub في مجموعة Kubernetes واحدة بنقرة واحدة - يتم تكوينه تلقائيًا لاستخدام GitLab للمصادقة السلس. ستتم إضافة ميزات إضافية مثل HTTPS وتصفية المجموعة ودفاتر الملاحظات المخصصة في الإصدارات المستقبلية.

توثيق النشر JupyterHub
قيم وزن المهمة الممتدة (STARTER ، PREMIUM ، ULTIMATE ، BRONZE ، SILVER ، GOLD)
إن وزن المهام في GitLab مفيد للإشارة إلى تقييم للجهود أو بعض المقاييس الأخرى المتعلقة بالعمل على مهمة. في السابق ، كان بإمكانك تعيين وزن المهمة من 1 إلى 9 فقط - لكن هذا حد من تلك الفرق التي تريد تقييمات أكثر تفصيلاً.
بدءًا من هذا الإصدار ، يمكن أن يكون وزن المهمة أي عدد غير سالب ، من 0 إلى ما لا نهاية. لم تعد مقيدة بالتصنيفات. بالإضافة إلى ذلك ، تأخذ جداول المهام تلقائيًا في الاعتبار قيم الوزن الجديدة ، وسيكون فريقك قادرًا على تقدير فوائد النطاق الموسع على الفور.

توثيق وزن المهمة
الجمع بين إشعارات النظام للتحديثات المتتالية لوصف المهمة (CORE و STARTER و PREMIUM و ULTIMATE و FREE و BRONZE و SILVER و GOLD)
سيمكن GitLab التعاون والاتصال النشط غير المتزامن. نظرًا للقدرة على توثيق الأفكار ومناقشتها في مثل هذا العدد الكبير من الأماكن ، فإننا ندعو إلى الحفاظ على مصدر واحد للحقيقة في وصف المهمة أو الملحمة.
هذا يؤدي إلى حقيقة أن الأوصاف غالبا ما يتم تحديثها. في بعض الأحيان - عدة مرات في غضون دقائق. يتم تلقي الكثير من إعلامات النظام التي تم تحديث الوصف. من هذا الإصدار ، سيتم دمج ملاحظات النظام حول تحديثات الوصف لفترة قصيرة من الوقت في واحدة. سيؤدي ذلك إلى تقليل مقدار الضجيج المرئي ويجعل التنقل في التعليقات أسهل قليلاً على GitLab. في الإصدار التالي ، سنضيف وظائف مماثلة إلى أوصاف طلب الدمج.

وثائق المهام
عرض سجلات Kubernetes pod (ULTIMATE، GOLD)
للمطورين أهمية حاسمة في القدرة على عرض السجلات من أجل فهم كيفية عمل التطبيق وتتبع المشاكل المحتملة. من هذا الإصدار ، يتوفر عرض سجلات الفرع الإشكالي بنقرة واحدة.
في صفحة البيئات ، يتم عرض حالات المداخن لكل تطبيق باستخدام لوحات النشر . من خلال تمرير مؤشر الماوس فوق كل موقد ، يظهر الاسم الكامل للموقد وحالته ، ومن خلال النقر فوقه ، يتم عرض سجلاته.

وثائق سجل التقديم
تمت إعادة تسمية دور Master Maintainer (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في فريق GitLab ، نحاول بناء ثقافة مستقلة . لذلك ، حتى في منتج GitLab ، نبحث عن طرق لعكس ذلك.
قررنا إعادة تسمية دور Master إلى دور Maintainer. هذا يزيل السياق السلبي الذي يمكن أن يرتبط بمصطلح "سيد" ، وفي الوقت نفسه ، من السهل فهم مصطلح "مشرف". مع كل خطوة صغيرة نطورها كمنتج ، ومعًا كصناعة.

وثائق الوصول
إعادة تصميم قائمة العلامات (CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
العلامات هي محرك GitLab قوي للغاية. تستمر الفرق في إنشاء واستخدام المزيد والمزيد من العلامات ، ونحن نحاول جعلها سهلة الإدارة. في هذا الإصدار ، قمنا بتنظيف تصميم صفحات قائمة العلامات ، وتبسيط الواجهة ، وجعل المعلومات أكثر قابلية للقراءة ، وجعلنا شرائح الواجهة بحيث يمكنك إدارة تفاصيل علامة معينة بسرعة.

توثيق العلامة
أجرينا تغييرًا طفيفًا على سمة "النطاق" لواجهة برمجة تطبيقات المهمة لجعلها تتماشى مع تنسيق حالة الثعبان. 'scope' created_by_me
assigned_to_me
. GitLab 11.0 , (kebab-case).
API
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.7 only
except
. , , .
GitLab 11.0 : . , . , .

IP GitLab Runner API (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab 10.6 IP GitLab Runner -. , .
GitLab 11.0 API, .
Lars Greiss .
API GitLab Runner
GitLab Runner 11.0 (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab Runner 11.0. GitLab Runner — , CI/CD GitLab.
:
CHANGELOG GitLab Runner .
GitLab Runner
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab 11.0 Omnibus GitLab gitlab.rb
. , , . , .
Omnibus GitLab
ID (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
CI/CD , . , , . — CI_PIPELINE_ID
. GitLab, - , .
GitLab 11.0 : CI_PIPELINE_IID
. , . , , . , , — , .
CI/CD
release notes / : GitLab 11.0 released with Auto DevOps and License Management .
rishavant sgnl_05 .