مع الإصدار الجديد من GitLab 11.3 ، يسعدنا أن نقدم لك الدعم لمستودعات Maven ، ومالكي الكود ، والبيئات الآمنة والتنبؤات الملحمية. كل هذا سيساعد على أتمتة إدارة البيئات والتعليمات البرمجية ، مما سيسمح لمطوري Java بأن يكونوا أكثر كفاءة.
مستودع مخضرم
لقد قمنا بتوسيع دعمنا لمشاريع Java من خلال تضمين مستودعات Maven مباشرة في GitLab. سيقدر مطورو Java طريقة آمنة وموحدة لربط مكتبات Maven بنظام التحكم في الإصدار وتوفير الوقت عن طريق إعادة استخدام هذه المكتبات في مشاريع أخرى. هذه الميزة متاحة مع GitLab Premium.
أصحاب الكود والبيئات المحمية
تتمتع الخطط المدفوعة التي تبدأ بـ GitLab Starter بفرصة تعيين مالكي التعليمات البرمجية للملف ، مما يشير إلى أعضاء الفريق المسؤولين عن هذا الجزء من الرمز. هذا إعداد للإصدارات المستقبلية ، حيث سيتم تعزيز الرقابة الداخلية على مستوى الكود.
بدءًا من GitLab Premium ، يمكن أيضًا للمشغلين (المسؤولين عن النشر) استخدام البيئات الآمنة لتكوين الأذونات التي تحدد من يمكنه نشر الكود في الإنتاج. سيؤدي ذلك إلى تقليل مخاطر قيام شخص ما بإرسال رمز لا يجب إضافته. ومن حيث المبدأ ، سيزيد من سلامة البيئة.
توقعات الملاحم
ظهرت إدارة المحفظة في GitLab Ultimate ، والتي ستتنبأ تلقائيًا بتواريخ بدء ونهاية الملحمة ، استنادًا إلى المواعيد النهائية في المراحل. بفضل هذا الابتكار ، سيتمكن مديرو المحافظ من مقارنة تواريخ البدء والانتهاء المخططة بالعمل المخطط له لتحقيق معالم بارزة ، والحصول على فكرة عن الأعمال المتراكمة المحتملة في الملحمة. سيسمح لك ذلك باتخاذ قرارات أسرع بشأن ما ستنتهي ، ومتى يمكنك تعديل الخطط.
يمكن للجميع المساهمة.
تم إجراء العديد من هذه التغييرات من قبل مجتمع GitLab الضخم. نتطلع إلى تلقي تعليقات وتحسينات منك لهذه الميزات الجديدة. معا نحن فريق رائع!
أخبرنا برأيك في التعليقات على مقالة المدونة - وعلى حبري أيضًا. ماذا تتوقع من هذا الإصدار؟ ما الذي يجب أن نستمر في العمل عليه؟
ندعوك لاجتماعاتنا ولإصدار البث الشبكي 11.3 .
أضاف جورج ميزة شائعة جدًا طلب الكثير إضافتها: الآن يمكن للمستخدمين تضمين مساهماتهم الخاصة في التطوير في الجدول الزمني على صفحة الملف الشخصي.
شكرًا يا جورج على مساهماتك المستمرة في تحسين GitLab ، ستحصل قريبًا على مجموعة بضائع رائعة!
الميزات الجديدة الرئيسية لإصدار GitLab 11.3
مستودع مخضرم
(PREMIUM ، ULTIMATE ، SILVER ، GOLD)
بالنسبة لشركات البرمجيات ، من المهم أن يكون لديك طريقة بسيطة وآمنة لإدارة التبعيات. توفر أدوات إدارة الحزم ، مثل Maven لمطوري Java ، طريقة قياسية لتوزيع المكتبات وإدارة إصداراتها عبر المشاريع.
في الإصدار 11.3 ، يسعدنا أن نقدم دعم مخزون Maven المدمج مباشرة في GitLab. يمكن لمطوري الخدمات منخفضة المستوى الآن نشر مكتباتهم في مستودع Maven الخاص بالمشروع. عليهم فقط مشاركة مقتطف XML بسيط مع فرق أخرى تريد استخدام هذه المكتبة ، وسيتولى Maven مع GitLab الباقي.
ألق نظرة على مشروع اختبار يدفع التجميع إلى مستودع GitLab Maven وسترى كم هو بسيط!
وثائق مستودع GitLab Maven والتذكرة الأصلية .
محطات الويب التفاعلية لمهربي Shell و Kubernetes
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
يتم تنفيذ عمل CI / CD بواسطة Runners ، تمامًا مثل تكوين المستخدمين في خط الأنابيب. ولكن لا يمكن التحكم في هذه العملية ، وإذا فشل العمل ، فلن يتمكن المستخدمون من معرفة التفاصيل وتحديد المصدر المزعوم للمشكلة. تتيح لك محطات الويب التفاعلية إمكانية الاتصال بالعمل الجاري أو المكتمل وتشغيل الأوامر يدويًا ، مما يساعد على فهم ما يحدث في النظام بشكل أفضل.
وثائق محطة الويب التفاعلية والتذكرة الأصلية .
إعادة استخدام التعليمات البرمجية المحسنة في .gitlab-ci.yml
(المبتدئين ، المميز ، النهائي ، البرونزي ، الفضي ، الذهبي)
إعادة استخدام كود عملية CI / CD هي ممارسة رائعة تساعد على جعل توصيل البرامج متسقًا وكتابة وصيانة رمز أقل لكل عمل فردي. نحن نقدم طريقة مرنة وفعالة لإعادة استخدام التعليمات البرمجية في قوالب YAML باستخدام extends .
يمتد وثائق المنع والتذكرة الأصلية .
يمكن الآن تضمين الإيداعات في المستودعات الخاصة في الرسم البياني على صفحة المستخدم
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
نحن في GitLab نحب البرمجيات مفتوحة المصدر. ولكن في بعض الأحيان يتعين عليك العمل في مشروع خاص أنك (حتى الآن) غير مستعد لفتحه للجمهور. أو قد تكون محدودًا لأسباب تتعلق بالخصوصية. على أي حال ، فإن GitLab إلى جانبك.
في هذا الإصدار ، نقدم الفرصة لإدراج مساهمات التطوير الخاصة في جدول الاستثمار على صفحتك. إذا قمت بتمكين هذا الإعداد لملفك الشخصي ، فسيتم أيضًا عرض المساهمات في المشاريع الخاصة في جدول الإيداع وفي الإيداعات اليومية. وبالتالي ، سيتم عرض عملك النشط في المشاريع الخاصة في GitLab بدقة ، دون الكشف عن أي تفاصيل سرية.
شكرا جورج Tsiolis لهذه الميزة!
توثيق الودائع الخاصة في الملف الشخصي والتذكرة الأصلية .
إعادة تصميم صفحة المشروع
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
يحتفظ GitLab باستمرار بالتركيز على تحسين واجهة منتجاتنا.
بالتعاون مع GitLab 11.3 ، نقوم بتحديث صفحات واجهة مستخدم المشروع لتقديم معلومات المشروع بشكل أفضل. لقد جعلنا المعلومات الموجودة في هذه الصفحة أكثر تنظيماً ، وكذلك قمنا بمحاذاة القسم العلوي إلى اليسار وقمنا بتحسين المسافة البادئة عمودياً ، لذا يمكنك الآن عرض المعلومات حول المشروع ومحتوياته بسرعة.
توثيق المشروع والتذكرة الأصلية .
البيئات المحمية
(PREMIUM ، ULTIMATE ، SILVER ، GOLD)
غالبًا ما يكون المشغلون مسؤولين عن حماية البيئة التي نرسل فيها الرمز يوميًا ؛ تصبح هذه المهمة ذات أهمية خاصة عند نشر التعليمات البرمجية في الإنتاج.
باستخدام البيئات المحمية ، يحصل المشغل على التحكم الكامل في المستخدمين أو المجموعات أو الحسابات التي لديها إذن لتضمين التعليمات البرمجية في هذه البيئة ، مما يضمن أمان البيئات.
توثيق البيئات المحمية والتذكرة الأصلية .
أصحاب الكود
(المبتدئين ، المميز ، النهائي ، البرونزي ، الفضي ، الذهبي)
مراجعة الكود هي الممارسة الأساسية لأي مشروع ناجح ، ولكن ليس من الواضح دائمًا من الذي يجب عليه مراجعة التغييرات. الآن ، لكل ملف GitLab ، يمكنك تعيين مالك واحد أو أكثر من مالكي التعليمات البرمجية ، للإشارة إلى أعضاء الفريق المسؤولين عن التعليمات البرمجية في مشروعك.
يتم تعيين مالكي الكود باستخدام ملف CODEOWNERS بتنسيق مشابه gitattributes ، ويتم عرضهم تحت تفاصيل الالتزام عند عرض الملف في GitLab.
في الإصدارات المستقبلية ، سيشارك مالكو الشفرة أيضًا في عمليات طلب الدمج لاقتراح واعتماد أولئك الذين سيؤكدون طلب الدمج. وكذلك في الفروع المحمية يمكن لمالكي الكود فقط تغيير الملفات .
وثائق على أصحاب الرموز والتذكرة الأصلية .
تنبؤات للملاحم ذات تواريخ أساسية مضمنة
(نهائي ، ذهبي)
قبل هذا الإصدار ، يمكنك تعيين تواريخ البدء والانتهاء الثابتة للملحمة ، والتي كانت مفيدة جدًا في التخطيط الملحمي عالي المستوى وتتبع الوقت. ومع ذلك ، نظرًا لأن المهام ملحقة بالملحمة وتعيينها إلى معلم محدد ، فسيكون من الرائع أن تعكس التواريخ الملحمية هذه المعالم.
بدءًا من هذا الإصدار ، يمكنك التبديل بين قيمة ثابتة لهذه التواريخ وقيمة ديناميكية From milestones . كبداية مخططة ، سيتم تحديد أقرب تاريخ البدء من بين جميع المعالم المرتبطة بمهام هذه الملحمة. سيتغير هذا الموعد النهائي ديناميكيًا عند إضافة المهام وإزالتها أو إضافة معالم إلى هذه المهام وإزالتها أو عند تغيير تواريخ الإنجازات. وبالمثل ، سيعمل تاريخ النهاية الديناميكي للملحمة.
ستكون هذه الميزة مفيدة للفرق التي تريد انتقالًا سلسًا من التخطيط طويل الأمد من أعلى إلى أسفل إلى التخطيط قصير المدى من أسفل إلى أعلى. ستجد المزيد من المعلومات في منشور عن خرائط الطريق الملحمية التي نشرناها قبل بضعة أسابيع.
التوثيق على الملاحم والتذكرة الأصلية .
تحسينات أخرى في GitLab 11.3
يمكن توصيل إعلام ملحمة جديدة يدويًا
(نهائي ، ذهبي)
في الإصدار الأخير ، أضفنا إشعارات البريد الإلكتروني حول الملاحم الجديدة لهؤلاء المستخدمين الذين قاموا بإعداد إشعارات نشاط المجموعة على مستوى Watch . في هذا الإصدار ، نضيف المزيد من الميزات لتخصيص شيء ما. الآن ، باستخدام المستوى Custom ، يمكنك تمكين أو تعطيل الإخطارات حول هذا الحدث ، وكذلك حول الأحداث الأخرى.
توثيق الإخطارات والتذكرة الأصلية .
إجراء سريع لإضافة مهمة إلى الملحمة من صفحة المهمة
(نهائي ، ذهبي)
من الصفحة الملحمية ، من السهل جدًا الإضافة إليها أو حذف مهمة مرفقة بالفعل ، وهي مناسبة عند العمل على الملحمة نفسها.
ولكن في بعض الأحيان تعمل على مهمة وتريد إرفاقها بملحمة موجودة تعرف اسمها. الآن أصبح من السهل القيام بذلك من خلال إجراء سريع على صفحة المهمة عن طريق إدراج عنوان URL الملحمي. في الإصدار التالي ، سيظهر إجراء سريع للبحث عن ملحمة بالاسم ، مع الإكمال التلقائي .
ستتم أيضًا إضافة إجراء سريع لفصل المهمة عن الملحمة المرفقة.
وثائق العمل السريع والتذكرة الأصلية .
إذن للتأكيد المستقل لطلبات الدمج
(المبتدئين ، المميز ، النهائي ، البرونزي ، الفضي ، الذهبي)
قد لا يكون المستخدم الذي أنشأ طلب الدمج مؤلفًا للتغييرات ، ويمكن للمستخدمين الآخرين إضافة تغييرات إضافية إلى طلب الدمج المفتوح. يمكن للصيانة الآن السماح بالموافقة الذاتية على طلبات الدمج في إعدادات المشروع.
في السابق ، كان يُفترض أن المستخدم الذي فتح طلب الدمج يوافق عليه بشكل افتراضي (بما في ذلك التغييرات التي أجراها أشخاص آخرون) ، وبالتالي لم يشارك في الموافقة على طلب الدمج. هناك العديد من المواقف التي لا تكون فيها هذه هي الحالة وسيكون ضد التغييرات الأخرى. تؤدي إضافة إذن صريح إلى إزالة هذا الافتراض.
توثيق التأكيد الذاتي لطلبات الدمج والتذكرة الأصلية .
عرض لغات المستودع في نظرة عامة على المشروع
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
عند عرض المشاريع في GitLab ، من المهم والمفيد أن ترى على الفور لغات البرمجة المستخدمة في المستودع.
في هذا الإصدار ، نضيف لوحة من لغات البرمجة إلى النظرة العامة على المشروع والتي تعرض الاستخدام النسبي للغات في المشروع.
توثيق المشروع والتذكرة الأصلية .
قوالب ملفات مخصصة لمثيلات المستخدم
(PREMIUM ، ULTIMATE)
.gitlab-ci.yml و .gitlab-ci.yml و .gitlab-ci.yml و .gitlab-ci.yml إضافة هذه الملفات الشائعة إلى المشاريع. يمكن الآن إضافة قوالب مخصصة لمثل هذه الملفات إلى مثيلات مستخدم GitLab عن طريق تحديد قالب المستودع معهم.
تكون القوالب المخصصة مفيدة عندما تكون قوالب GitLab عالمية جدًا. على سبيل المثال ، إذا كانت الشركة تطلب استخدام ترخيص مستخدم في كل مشروع ، أو هناك ملف Dockerfile معقد يجب استخدامه لكل خدمة صغيرة.
بفضل Daniel Barker لإضافة قوالب الترخيص المخصصة .
وثائق مستودع القالب للمثيل والتذكرة الأصلية .
قوالب ملف IDE ويب
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
Dockerfile قوالب الملفات الخاصة بـ LICENSE و Dockerfile و Dockerfile و .gitlab-ci.yml إضافة هذه الملفات المشتركة إلى المشاريع ويمكن استخدامها الآن في Web IDE. تسهل قوالب الملفات في Web IDE تشغيل مشروع جديد في بيئة الويب IDE والحفاظ على هذه الملفات الهامة محدثة.
وثائق IDE على شبكة الإنترنت والتذكرة الأصلية .
تمت إضافة حقل اسم المشروع عند إنشاء مشروع جديد
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
لإضافة اسم المشروع إلى مشروع GitLab الذي تم إنشاؤه حديثًا ، كان عليك الانتقال إلى إعدادات المشروع وكتابة الجزء المقابل "القابل للقراءة البشرية" من عنوان المشروع (عنوان URL الدلالي) من قبل.
باستخدام GitLab 11.3 ، نضيف حقل اسم المشروع إلى نموذج إنشاء مشروع. بالإضافة إلى ذلك ، يتم الآن إنشاء عنوان URL الدلالي تلقائيًا من اسم المشروع ، بينما لا يزال من الممكن تغييره يدويًا. هذا يسرع ويبسط إنشاء مشروع جديد.
توثيق إنشاء المشاريع والتذكرة الأصلية .
تخزين ملفات Wiki التي تم تحميلها في مستودع Wiki
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
الصور التي تم تحميلها على ويكي عبر محرر ويكي مخزنة الآن في مستودع Git. سيتم عرض هذه الصور في المعاينة المحلية باستخدام Gollum .
في السابق ، تم حفظ الصور في دليل تنزيل المشروع ، في نفس المكان الذي تم فيه تنزيل باقي المرفقات في التذاكر وطلبات الدمج. هذا أدى إلى استحالة مشاهدة محلية كافية للويكي ، وكذلك عدم القدرة على الانتقال إلى مستودع Git آخر.
وثائق ويكي والتذكرة الأصلية .
دعم كبير لـ Groovy
(نهائي ، ذهبي)
تم تصميم اختبار أمان التطبيق الثابت (SAST) لاكتشاف نقاط الضعف في التعليمات البرمجية المصدر بمجرد دخول هذا الرمز إلى المستودع. للقيام بذلك ، يبحث الكود عن الأنماط المعروفة والأخطاء الشائعة التي يمكن أن تؤدي إلى مشاكل أمنية في التطبيق. لهذا السبب تحتاج كل لغة إلى دعم خاص.
مع GitLab 11.3 ، نضيف Groovy إلى قائمة اللغات التي يدعمها GitLab SAST. يتم الآن اكتشاف المشاريع التي تستخدم هذه اللغة تلقائيًا ، لذلك لا تحتاج إلى تغيير أي شيء في التعليمات البرمجية أو في تعريفات خطوط الأنابيب لتمكين هذه الميزة. كما يدعمه Auto DevOps أيضًا كجزء من تكوينه الافتراضي.
وثائق SAST والتذكرة الأصلية .
ربط فرع الويب دفع مرشح الحدث
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
تسهّل Webhooks لأحداث الدفع إعلام الخدمات الخارجية بالالتزامات الجديدة تلقائيًا. ومع ذلك ، عادة ما يكون للفروع أهمية مختلفة. يمكن الآن تصفية أحداث الدفع حسب الفروع ، بحيث يتم إخطار الخدمات الخارجية فقط بالتغييرات التي تهمك.
في السابق ، لم تتم تصفية أدوات ربط الويب بواسطة GitLab ، ومعظم الأنظمة الخارجية غير قادرة على تصفية الأحداث الواردة. هذا يعني أنه لا يمكنك دمج هذه الخدمات الخارجية مباشرة مع GitLab إذا كنت تريد فقط استخدام مجموعة فرعية من أحداث الدفع من قبل خدمة خارجية.
شكرا Duana ساسكيا لهذه الميزة!
وثائق ربط الويب والتذكرة الأصلية .
تنبيهات متري المكتبة
(نهائي ، ذهبي)
أضاف GitLab 11.2 القدرة على تعيين تنبيهات للمقاييس المخصصة ، مما سمح للمطورين بتلقي الإخطارات في حالة حدوث أي مشاكل في تطبيقاتهم.
في GitLab 11.3 ، قمنا بتوسيع دعم التنبيه لجميع المقاييس ، بما في ذلك المقاييس الافتراضية المقدمة مع مقاييس مكتبتنا .
توثيق التنبيه للمقاييس وتذكرة أصلية .
تمكين Auto DevOps بشكل افتراضي
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
أصبح Auto DevOps متاحًا للجمهور في الإصدار 11.0 من GitLab ، وعلى الرغم من استخدامه على نطاق واسع ، فإننا نريد أن يستفيد جميع مستخدمي GitLab من إمكاناته الواسعة. يوفر Auto DevOps بالفعل خارج الصندوق مزايا كبيرة ، من الإنشاء التلقائي (الإنشاء التلقائي) إلى المراقبة التلقائية (المراقبة التلقائية).
بدءًا من GitLab 11.3 ، سيتم تمكين Auto DevOps بشكل افتراضي على كل من GitLab.com وحالات المستخدم بحيث يمكن لكل مشروع الاستفادة من هذه الميزات.
راجع الوثائق الخاصة بتمكين / تعطيل Auto DevOps إذا كنت تريد تعطيله لمشروعك أو للمثيل بأكمله.
وثائق Auto DevOps والتذكرة الأصلية .
تحسينات على GitLab Geo
(PREMIUM ، ULTIMATE)
نحن نركز باستمرار على تحسين Geo ، ميزتنا للفرق الموزعة جغرافيًا. بعض التحسينات المهمة في GitLab 11.3:
يمكنك أيضًا القراءة حول كيفية إنشاء GitLab Geo .
وثائق التكوين الجغرافي ولوحة المهام الجغرافية .
تعطيل Auto DevOps تلقائيًا لمشروع عند أول فشل في خط الأنابيب
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
في GitLab ، تكون إحدى قيم المنتج الرئيسية "ممكّنة افتراضيًا" . عندما نقدم ميزة مخصصة جديدة ، وهو أمر مهم جدًا في رأينا ، فإننا نقوم بتمكينها افتراضيًا حتى يتمكن الجميع من الاستفادة منها. على الرغم من أن Auto DevOps يدعم المشاريع التي تستخدم لغات البرمجة الأكثر شيوعًا ، فقد تكون هناك مشروعات متخصصة تتطلب تكوينًا إضافيًا.
نظرًا لأننا نريد التأكد من عدم تشغيل خطوط أنابيب Auto DevOps للمشاريع غير المدعومة ، فسنعطل Auto DevOps عندما يفشل أحد خطوط الأنابيب. سوف يقوم GitLab بإخطار صاحب المشروع بهذا الأمر حتى يتمكن من إجراء تغييرات التهيئة الضرورية لمزيد من العمل مع Auto DevOps إذا أراد ذلك. يمكن لمالكي المشروع إعادة تمكين Auto DevOps بعد إجراء التغييرات اللازمة.
وثائق التمكين Auto DevOps والتذكرة الأصلية .
جيتالي v1.0
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
يمكن الآن الوصول إلى Git للاستخدام المنتظم لـ GitLab بالكامل من خلال Gitaly ، خدمة GitLab gRPC للوصول إلى Git. هذا يعني أنه يمكنك تشغيل Gitaly على خادمك بدون NFS ، عندما يتم تمكين جميع الميزات الإضافية.
في الإصدار التالي من Gitaly v1.1 ، سيتم تضمين جميع الميزات بشكل افتراضي. ستستخدم جميع الميزات المتبقية Gitaly ، لذلك يمكنك الاستغناء عن NFS.
اقرأ منشور مدونتنا حول المسار إلى Gitaly v1.0 .
توثيق جيتالي والملحمة الأصلية .
عداء GitLab 11.3
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
نصدر أيضًا GitLab Runner 11.3 في هذا الإصدار. GitLab Runner هو مشروع مفتوح المصدر يستخدم لتشغيل عمل CI / CD وإرسال النتائج مرة أخرى إلى GitLab.
أهم التغييرات:
يمكن العثور على قائمة بجميع التغييرات في CHANGELOG GitLab Runner.
وثائق عداء GitLab
قائمة مكونات برمجيات المصدر المفتوح التي يستخدمها GitLab متاحة الآن على الإنترنت
(CORE ، STARTER ، PREMIUM ، ULTIMATE ، FREE ، BRONZE ، SILVER ، GOLD)
بدءًا من GitLab 11.3 ، نجعل الوصول إلى قائمة البرامج مفتوحة المصدر المستخدمة بواسطة GitLab أكثر سهولة. قبل هذا الإصدار ، كان متاحًا في كل حزمة من حزم Linux الخاصة بنا ، والتي تتطلب تحميل واستخراج المحتوى.
نقوم الآن بنشر هذه المعلومات على الإنترنت على الفور حتى يكون من السهل العثور عليها ، وكذلك الارتباط بها. القائمة متاحة لـ GitLab CE و GitLab EE .
يمكن الاطلاع على ملاحظات الإصدار التفصيلية وإرشادات التحديث / التثبيت في المنشور الإنجليزي الأصلي: GitLab 11.3 الذي تم إصداره مع مستودع Maven والبيئات المحمية .
عمل Cattidourden و ainoneko و rishavant و nick_volynkin على الترجمة من اللغة الإنجليزية.