GitLab 11.10 با خطوط لوله داشبورد، خطوط لوله نتایج ادغام شده و پیشنهادات چند خطی در درخواستهای ادغام.
اطلاعات مناسب در مورد عملکرد خطوط لوله در پروژه های مختلف
GitLab همچنان به افزایش دید در چرخه عمر DevOps ادامه می دهد. در این شماره در پنل مدیریت یک نمای کلی از وضعیت خط لوله اضافه کرد.
این حتی اگر در حال مطالعه خط لوله یک پروژه واحد هستید، راحت است، اما به ویژه مفید است اگر چندین پروژه، - و این معمولاً در صورتی اتفاق می افتد که از میکروسرویس ها استفاده می کنید و می خواهید خط لوله ای را برای آزمایش و تحویل کد از مخازن مختلف پروژه اجرا کنید. اکنون می توانید بلافاصله عملکرد را مشاهده کنید خطوط لوله در کنترل پنل، هر جا که اجرا شوند.
اجرای خطوط لوله برای نتایج ادغام شده
با گذشت زمان، شاخه های مبدأ و هدف از هم جدا می شوند و ممکن است شرایطی پیش بیاید که به طور جداگانه با هم کنار بیایند، اما با هم کار نکنند. حالا می توانید قبل از ادغام خطوط لوله را برای نتایج ادغام شده اجرا کنید. به این ترتیب شما به سرعت متوجه خطاهایی خواهید شد که فقط در صورت جابجایی مکرر تغییرات بین شاخه ها ظاهر می شوند، به این معنی که خطاهای خط لوله را خیلی سریع تر تصحیح می کنید و از GitLab Runner.
بهینه سازی بیشتر همکاری
GitLab 11.10 ویژگی های بیشتری را برای همکاری یکپارچه و گردش کار ساده اضافه می کند. که در شماره قبلی ما پیشنهاداتی را برای درخواستهای ادغام ارائه کردهایم، که در آن بازبین میتواند تغییر به یک خط در یک نظر را به درخواست ادغام پیشنهاد دهد، و میتوان آن را بلافاصله مستقیماً از رشته نظر انجام داد. کاربران ما آن را پسندیدند و درخواست کردند این ویژگی را گسترش دهند. اکنون می توانید پیشنهاد دهید تغییرات برای چندین خط، نشان می دهد که کدام خطوط را حذف کنید و کدام را اضافه کنید.
داشبورد در GitLab اطلاعات مربوط به پروژه ها را در کل نمونه GitLab شما نمایش می دهد. شما پروژه های فردی را یکی یکی اضافه می کنید و می توانید انتخاب کنید که کدام پروژه مورد علاقه شماست.
در این نسخه، اطلاعاتی درباره وضعیت خطوط لوله به داشبورد اضافه کردیم. اکنون توسعه دهندگان عملکرد خطوط لوله را در تمام پروژه های لازم - در یک رابط می بینند.
خطوط لوله برای نتایج ادغام شده
ممتاز، ULTIMATE، نقره ای، طلا
معمول است که شاخه مبدأ در طول زمان از شاخه هدف جدا می شود مگر اینکه به طور مداوم تغییرات را بین آنها فشار دهید. در نتیجه، خطوط لوله منبع و هدف "سبز" هستند و هیچ تضاد ادغامی وجود ندارد، اما ادغام به دلیل تغییرات ناسازگار با شکست مواجه می شود.
هنگامی که خط لوله درخواست ادغام به طور خودکار یک پیوند جدید ایجاد می کند که حاوی نتیجه ترکیبی ادغام شاخه های منبع و هدف است، می توانیم خط لوله را روی آن پیوند اجرا کنیم و اطمینان حاصل کنیم که نتیجه کلی کار می کند.
اگر از خطوط لوله درخواست ادغام (در هر ظرفیتی) استفاده میکنید و از اجراکنندههای خصوصی GitLab نسخه 11.8 یا قدیمیتر استفاده میکنید، برای جلوگیری از این مشکل باید آنها را بهروزرسانی کنید. gitlab-ee#11122. این روی کاربران رانرهای عمومی GitLab تأثیری نمی گذارد.
هنگام کار با یکدیگر روی درخواستهای ادغام، اغلب مشکلات را تشخیص داده و راهحلهایی را پیشنهاد میکنید. ما از GitLab 11.6 پشتیبانی می کنیم پیشنهاد برای تغییرات برای یک خط
در نسخه 11.10، نظرات متفاوت درخواست ادغام می توانند تغییراتی را در چندین خط پیشنهاد کنند و سپس هر کسی که مجوز نوشتن در شعبه اصلی را داشته باشد می تواند با یک کلیک آنها را بپذیرد. به لطف ویژگی جدید، میتوانید مانند نسخههای قبلی از کپی پیست اجتناب کنید.
میانبرها در یک منطقه
ممتاز، ULTIMATE، نقره ای، طلا
با برچسبهایی در محدوده یکسان، تیمها میتوانند برچسبهای انحصاری متقابل (در همان محدوده) را برای یک مشکل، درخواست ادغام یا حماسه در سناریوهایی با زمینههای سفارشی یا وضعیتهای گردش کار سفارشی اعمال کنند. آنها با استفاده از یک دستور کولون خاص در عنوان برچسب پیکربندی می شوند.
فرض کنید برای ردیابی سیستم عامل پلتفرمی که توابع شما هدف قرار می دهند به یک فیلد سفارشی در وظایف نیاز دارید. هر کار باید فقط به یک پلتفرم مربوط باشد. می توانید میانبر ایجاد کنید platform::iOS, platform::Android, platform::Linux و دیگران در صورت لزوم. اگر یکی از این میانبرها را برای یک کار اعمال کنید، به طور خودکار میانبر موجود دیگری را که با آن شروع می شود حذف می کند platform::.
فرض کنید میانبر دارید workflow::development, workflow::review и workflow::deployed، وضعیت گردش کار تیم شما را نشان می دهد. اگر کار از قبل یک میانبر دارد workflow::development، و توسعه دهنده می خواهد کار را به مرحله انتقال دهد workflow::review، فقط میانبر جدید و قدیمی را اعمال می کند (workflow::development) به طور خودکار حذف می شود. این رفتار از قبل وجود دارد که کارها را بین فهرستهای میانبر روی صفحه کار که گردش کار تیم شما را نشان میدهد، جابهجا میکنید. اکنون اعضای تیم که مستقیماً با Task Board کار نمی کنند می توانند وضعیت گردش کار را در خود وظایف تغییر دهند.
هنگامی که معمولاً از یک رجیستری کانتینر با خطوط لوله CI استفاده می کنید، چندین تغییر جداگانه را به یک تگ فشار می دهید. با توجه به اجرای توزیع Docker، رفتار پیش فرض ذخیره تمام تغییرات در سیستم است، اما در نهایت مقدار زیادی از حافظه را اشغال می کنند. اگر از پارامتر استفاده کنید -m с registry-garbage-collect، می توانید به سرعت همه تغییرات قبلی را حذف کنید و فضای ارزشمندی را آزاد کنید.
خرید دقیقه اضافی CI Runner
برنز، نقره، طلا
کاربرانی که برنامه های پولی GitLab.com (طلا، نقره، برنز) دارند، اکنون می توانند دقیقه های اضافی CI Runner را خریداری کنند. پیش از این رعایت سهمیه پیش بینی شده در طرح ضروری بود. با این بهبود، میتوانید دقیقههای بیش از حد نصاب را پیشخرید کنید تا از وقفههای ناشی از تعطیلی خط لوله جلوگیری کنید.
اکنون 1000 دقیقه 8 دلار قیمت دارد و شما می توانید هر تعداد از آنها را که دوست دارید خریداری کنید. زمانی که کل سهمیه ماهانه خود را خرج کردید از دقایق اضافی استفاده می شود و بقیه دقایق اضافی به ماه بعد منتقل می شود. که در انتشار آینده ما می خواهیم این ویژگی را به برنامه های رایگان نیز اضافه کنیم.
با Auto DevOps، تیمها تقریباً بدون هیچ تلاشی به روشهای DevOps مدرن منتقل میشوند. با شروع GitLab 11.10، هر کار در Auto DevOps به عنوان ارائه می شود قالب مستقل. کاربران می توانند استفاده کنند функцию includes در GitLab CI برای فعال کردن مراحل جداگانه Auto DevOps و در عین حال استفاده از فایل سفارشی شما gitlab-ci.yml. به این ترتیب می توانید فقط مشاغل مورد نیاز خود را فعال کنید و از به روز رسانی های بالادستی استفاده کنید.
مدیریت خودکار اعضای گروه در GitLab.com با استفاده از SCIM
نقره، طلا
قبلاً باید عضویت گروه را در GitLab.com به صورت دستی مدیریت میکردید. اکنون میتوانید از SAML SSO استفاده کنید و عضویت را با استفاده از SCIM برای ایجاد، حذف و بهروزرسانی کاربران در GitLab.com مدیریت کنید.
این به ویژه برای شرکت هایی با تعداد زیادی کاربر و ارائه دهندگان هویت متمرکز مفید است. اکنون میتوانید یک منبع حقیقت مانند Azure Active Directory داشته باشید و کاربران بهجای دستی، از طریق ارائهدهنده هویت بهطور خودکار ایجاد و حذف میشوند.
از طریق ارائه دهنده SAML به GitLab.com وارد شوید
نقره، طلا
پیش از این، هنگام استفاده از SAML SSO برای گروهها، کاربر باید با اعتبار GitLab و یک ارائهدهنده هویت وارد میشد. اکنون می توانید مستقیماً از طریق SSO به عنوان یک کاربر GitLab مرتبط با یک گروه پیکربندی شده وارد شوید.
کاربران مجبور نخواهند بود دو بار وارد سیستم شوند، و این باعث میشود شرکتها بتوانند از SAML SSO برای GitLab.com استفاده کنند.
سایر پیشرفت ها در GitLab 11.10
طرحواره حماسی کودک
نهایی، طلا
در نسخه قبلی، حماسههای کودک (حماسههای حماسی) را اضافه کردیم تا به شما در مدیریت ساختار توزیع شغلتان کمک کند. حماسه های کودک در صفحه حماسه والدین ظاهر می شود.
در این نسخه، صفحه حماسه والد یک طرح کلی از حماسه های کودک را نمایش می دهد تا تیم ها بتوانند جدول زمانی حماسه های کودک را ببینند و بتوانند وابستگی های زمان بندی را مدیریت کنند.
در این نسخه، ما صفحههای آموزندهای را معرفی میکنیم که وقتی ماوس را روی پیوند درخواست ادغام نگه میدارید ظاهر میشوند. قبلاً فقط عنوان درخواست ادغام را نشان می دادیم، اما اکنون وضعیت درخواست ادغام، وضعیت خط لوله CI و URL کوتاه را نیز نشان می دهیم.
ما قصد داریم اطلاعات مهمتری را در نسخه های بعدی اضافه کنیم، به عنوان مثال. افراد مسئول و نقاط کنترل، و همچنین صفحه های پاپ آپ را برای آن معرفی خواهیم کرد وظایف.
گردشهای کاری Git برای انتشار یا ارسال نرمافزار اغلب شامل چندین شاخه بلندمدت میشود - برای ایجاد اصلاحات در نسخههای قبلی (به عنوان مثال. stable-11-9) یا حرکت از آزمایش کیفیت به تولید (به عنوان مثال. integration)، اما یافتن درخواست های ادغام برای این شاخه ها در میان بسیاری از درخواست های ادغام باز آسان نیست.
فهرست درخواستهای ادغام برای پروژهها و گروهها اکنون میتواند توسط شاخه هدف درخواست ادغام فیلتر شود تا پیدا کردن مورد نیازتان آسانتر شود.
اگر از روش توسعه مبتنی بر Trunk استفاده می کنیم، باید از شاخه های با عمر طولانی به نفع شعبه های کوچک و موقت با یک مالک پرهیز کنیم. تغییرات کوچک اغلب مستقیماً به شاخه هدف منتقل می شوند، اما انجام این کار خطر شکستن ساخت را دارد.
با این نسخه، GitLab از گزینههای فشار جدید Git پشتیبانی میکند تا بهطور خودکار درخواستهای ادغام را باز کند، شاخه هدف را تنظیم کند، و در زمان فشار به شاخه، یک خط لوله موفق را از خط فرمان ادغام کند.
GitLab می تواند به چندین سرور Prometheus (محیط، پروژه، و گروه ها (مورد انتظار))، اما داشتن چندین نقطه پایانی می تواند پیچیدگی ایجاد کند یا ممکن است توسط داشبوردهای استاندارد پشتیبانی نشود. با این نسخه، تیم ها می توانند از یک API Prometheus استفاده کنند و ادغام با سرویس هایی مانند Grafana را بسیار آسان تر می کند.
در یک پروژه ویکی، تیم ها می توانند اسناد و سایر اطلاعات مهم را همراه با کد منبع و وظایف به اشتراک بگذارند. با این نسخه، میتوانید فهرست صفحات ویکی را بر اساس تاریخ ایجاد و عنوان مرتب کنید تا محتوای اخیراً ایجاد شده را به سرعت پیدا کنید.
منابع نظارتی درخواست شده توسط خوشه
نهایی، طلا
GitLab به شما کمک می کند تا کلاستر Kubernetes خود را برای برنامه های توسعه و تولید نظارت کنید. با شروع این نسخه، درخواستهای CPU و حافظه را از کلاستر خود نظارت کنید تا مشکلات احتمالی را قبل از تبدیل شدن به مشکل پیدا کنید.
معیارهای Load Balancer را در داشبورد Grafana مشاهده کنید
CORE، STARTER، PREMIUM، ULTIMATE
نظارت بر سلامت نمونه GitLab بسیار مهم است. پیش از این، ما داشبوردهای پیش فرض را از طریق یک نمونه جاسازی شده Grafana ارائه می کردیم. با شروع این نسخه، ما داشبوردهای اضافی را برای نظارت بر متعادل کننده های بار NGINX قرار داده ایم.
SAST برای اکسیر
نهایی، طلا
ما به گسترش پشتیبانی زبان و تعمیق بررسی های امنیتی ادامه می دهیم. در این نسخه، بررسی های امنیتی را برای پروژه ها فعال کرده ایم اکسیر و پروژه های ایجاد شده در پلت فرم فونیکس.
پرس و جوهای متعدد در یک نمودار
ممتاز، ULTIMATE، نقره ای، طلا
در GitLab، می توانید نمودارهایی را برای تجسم معیارهایی که جمع آوری می کنید ایجاد کنید. اغلب، برای مثال، اگر نیاز دارید که به حداکثر یا میانگین مقدار یک متریک نگاه کنید، می خواهید چندین مقدار را در یک نمودار نمایش دهید. با شروع این نسخه، شما این فرصت را دارید.
ما نتایج تست امنیت برنامه پویا (DAST) را علاوه بر SAST، اسکن کانتینر و اسکن وابستگی به داشبورد امنیتی تیم اضافه کردهایم.
افزودن متادیتا به گزارش اسکن کانتینر
نهایی، طلا
در این نسخه، گزارش اسکن کانتینر حاوی ابرداده های بیشتری است - ما اضافه کرده ایم جزء تحت تأثیر (یک ویژگی Clair) به ابرداده موجود: اولویت، شناسه (با ارجاع به mitre.org) و سطح تحت تأثیر (مثلاً debian:8).
افزودن نوع گزارش سنجه برای ادغام درخواست ها
ممتاز، ULTIMATE، نقره ای، طلا
GitLab در حال حاضر انواع مختلفی از گزارش ها را ارائه می دهد که می توانند مستقیماً در درخواست های ادغام گنجانده شوند: از گزارش تا کیفیت کد и تست واحد در مرحله تأیید تا SAST и خسته در مرحله حفاظت
در حالی که اینها گزارش های مهمی هستند، اطلاعات اولیه متناسب با سناریوهای مختلف نیز مورد نیاز است. در GitLab 11.10، ما گزارش معیارها را مستقیماً در درخواست ادغام ارائه می دهیم، که انتظار یک جفت کلید-مقدار ساده را دارد. به این ترتیب، کاربران تغییرات را در طول زمان دنبال میکنند، از جمله معیارهای سفارشی، و تغییرات در معیارها برای یک درخواست ادغام خاص. استفاده از حافظه، آزمایش حجم کاری تخصصی، و وضعیت سلامتی را می توان به معیارهای ساده تبدیل کرد که می توانند مستقیماً در درخواست های ادغام همراه با سایر گزارش های داخلی مشاهده شوند.
پشتیبانی از پروژه های Maven چند ماژول برای اسکن وابستگی
نهایی، طلا
با این نسخه، پروژههای Maven چند ماژول از اسکن وابستگی GitLab پشتیبانی میکنند. قبلاً، اگر یک زیر ماژول به زیر ماژول دیگری در همان سطح وابستگی داشت، نمی توانست اجازه بارگیری از مخزن مرکزی Maven را بدهد. اکنون یک پروژه Maven چند ماژول با دو ماژول و وابستگی بین دو ماژول ایجاد می شود. وابستگیهای بین ماژولهای خواهر و برادر در حال حاضر در مخزن محلی Maven موجود است تا ساختن ادامه یابد.
کاربران می توانند مسیر شبیه سازی را در CI تغییر دهند
بهطور پیشفرض، GitLab Runner پروژه را در یک مسیر فرعی منحصربهفرد در آن کلون میکند $CI_BUILDS_DIR. اما برای برخی از پروژهها، مانند Golang، کد باید در یک فهرست خاص کلون شود تا بتواند ساخته شود.
در GitLab 11.10 ما این متغیر را معرفی کردیم GIT_CLONE_PATH، که به شما امکان می دهد مسیر خاصی را مشخص کنید که در آن GitLab Runner پروژه را قبل از اجرای وظیفه کلون می کند.
GitLab چندین راه ارائه می دهد برای محافظت از и منطقه را محدود کنید متغیرها در GitLab CI/CD. اما متغیرها هنوز هم می توانند به صورت عمدی یا تصادفی به لاگ های ساخت ختم شوند.
GitLab مدیریت ریسک و حسابرسی را جدی می گیرد و به افزودن ویژگی های انطباق ادامه می دهد. در GitLab 11.10، ما توانایی پوشاندن انواع خاصی از متغیرها را در گزارشهای ردیابی کار معرفی کردیم، و سطحی از محافظت در برابر محتویات این متغیرها که به طور تصادفی در گزارشها گنجانده میشوند، اضافه کردیم. و اکنون GitLab به طور خودکار ماسک می کند بسیاری از متغیرهای توکن داخلی
پانل های استقرار اطلاعات مربوط به همه استقرارهای Kubernetes را نمایش می دهند.
در این نسخه، نحوه نگاشت میانبرها به استقرارها را تغییر داده ایم. مسابقات در حال حاضر توسط app.example.com/app и app.example.com/env یا app. این از تضادهای فیلترینگ و خطر استقرار نادرست مرتبط با پروژه جلوگیری می کند.
ادغام Kubernetes با GitLab به شما امکان می دهد از ویژگی RBAC با استفاده از یک حساب سرویس و یک فضای نام اختصاصی برای هر پروژه GitLab استفاده کنید. با شروع این نسخه، برای حداکثر بهره وری، این منابع فقط در صورت نیاز برای استقرار ایجاد می شوند.
هنگام استقرار Kubernetes، GitLab CI این منابع را قبل از استقرار ایجاد می کند.
اکنون خوشه های سطح گروه از نصب GitLab Runner پشتیبانی می کنند. دوندگان Kubernetes در سطح گروه در پروژه های کودک به عنوان دوندگان گروهی با برچسب ظاهر می شوند cluster и kubernetes.
ویژگی های مستقر شده با GitLab بدون سرور، اکنون تعداد تماس های دریافت شده برای یک عملکرد خاص را نشان می دهد. برای این کار باید Prometheus را روی خوشه ای که Knative در آن نصب شده است نصب کنید.
به طور پیش فرض، GitLab Runner اجرا می شود git clean در طول فرآیند آپلود کد هنگام اجرای یک کار در GitLab CI/CD. از GitLab 11.10، کاربران می توانند پارامترهای ارسال شده به یک تیم را کنترل کنند git clean. این برای تیمهایی که دوندههای اختصاصی دارند و همچنین برای تیمهایی که پروژهها را از مخزنهای بزرگ جمعآوری میکنند مفید است. اکنون آنها می توانند فرآیند تخلیه را قبل از اجرای اسکریپت ها کنترل کنند. متغیر جدید GIT_CLEAN_FLAGS مقدار پیش فرض است -ffdx و تمام پارامترهای دستوری ممکن را می پذیرد [git clean](https://git-scm.com/docs/git-clean).
محیط های امن ممکن است به یک منبع مجوز خارجی اضافی برای دسترسی به پروژه نیاز داشته باشند. ما پشتیبانی را برای یک سطح اضافی از کنترل دسترسی اضافه کرده ایم 10.6 و درخواست های زیادی برای باز کردن این قابلیت در Core دریافت کرد. ما خوشحالیم که مجوز خارجی و یک لایه امنیتی اضافی را برای نمونههای اصلی معرفی میکنیم، زیرا این ویژگی برای شرکتکنندگان جداگانه مورد نیاز است.
نقش توسعه دهنده می تواند پروژه ها را در گروه ایجاد کند از نسخه 10.5، و اکنون این در Core امکان پذیر است. ایجاد پروژه ها یک ویژگی کلیدی برای بهره وری در GitLab است، و با گنجاندن این ویژگی در Core، اکنون برای اعضای نمونه کار جدید آسان تر می شود.
لیست کامل تغییرات را می توان در تغییرات GitLab Runner یافت: تغییر دهید.
تصحیح برگشتی project_id در blob search API در Elasticsearch
استارت، ممتاز، نهایی
ما یک اشکال را در Elasticsearch blob search API رفع کردیم که به اشتباه 0 را برای project_id. لازم خواهد بود بازنمایش Elasticsearchبرای بدست آوردن مقادیر صحیح project_id پس از نصب این نسخه از GitLab.
پیشرفت های Omnibus
CORE، STARTER، PREMIUM، ULTIMATE
ما پیشرفتهای زیر را در Omnibus در GitLab 11.10 انجام دادهایم:
در GitLab 11.5 ما این نیاز را به مستندات جغرافیایی اضافه کرده ایم: gitlab-ee#8053.
در GitLab 11.6sudo gitlab-rake gitlab:geo:check بررسی می کند که آیا ذخیره سازی هش فعال است و آیا همه پروژه ها منتقل شده اند یا خیر. سانتی متر. gitlab-ee#8289. اگر از Geo استفاده می کنید، لطفاً این بررسی را اجرا کنید و در اسرع وقت مهاجرت کنید.
در GitLab 11.8 هشدار از کار افتادن دائمی gitlab-ee!8433 در صفحه نمایش داده خواهد شد منطقه مدیر > ژئو > گره هااگر بررسی های فوق مجاز نباشد.
در GitLab 12.0 Geo از الزامات ذخیره سازی هش شده استفاده خواهد کرد. سانتی متر. gitlab-ee#8690.
Canonical پایان پشتیبانی استاندارد از اوبونتو 14.04 را اعلام کرد آوریل 2019. ما به کاربران توصیه می کنیم به نسخه پشتیبانی شده LTS ارتقا دهند: اوبونتو 16.04 یا اوبونتو 18.04.
تاریخ حذف: شهر 22 می 2019
محدود کردن حداکثر تعداد خطوط لوله ایجاد شده توسط یک ارسال
پیش از این، GitLab خطوط لوله را برای HEAD هر شاخه در محموله این برای توسعه دهندگانی مفید است که چندین تغییر را به طور همزمان اعمال می کنند (به عنوان مثال، به یک شاخه ویژگی و a develop).
اما هنگام فشار دادن یک مخزن بزرگ که در آن شاخههای فعال زیادی وجود دارد (مثلاً برای حرکت، آینه یا چنگال)، نیازی به ایجاد خط لوله برای هر شاخه ندارید. با شروع GitLab 11.10 ما ایجاد می کنیم حداکثر 4 خط لوله هنگام ارسال
تاریخ حذف: شهر 22 می 2019
مسیرهای کد قدیمی GitLab Runner
از آنجایی که Gitlab 11.9 GitLab Runner استفاده می کند روش جدید شبیه سازی / فراخوانی مخزن. در حال حاضر GitLab Runner اگر روش جدید پشتیبانی نشود از روش قدیمی استفاده خواهد کرد. مشاهده بیشتر در این وظیفه.
در GitLab 11.0، نمای پیکربندی سرور متریک را برای GitLab Runner تغییر داده ایم. metrics_server به نفع حذف خواهد شد listen_address در GitLab 12.0. مشاهده بیشتر در این وظیفه.
در نسخه 11.3، GitLab Runner شروع به پشتیبانی کرد چندین ارائه دهنده کش; که منجر به تنظیمات جدیدی برای پیکربندی خاص S3است. به مستندات، جدولی از تغییرات و دستورالعمل ها را برای انتقال به پیکربندی جدید ارائه می دهد. جزئیات بیشتر را در این وظیفه.
این مسیرها در GitLab 12.0 در دسترس نخواهند بود. به عنوان یک کاربر، نیازی به تغییر چیزی ندارید، فقط مطمئن شوید که نمونه GitLab شما نسخه 11.9+ را در هنگام ارتقا به GitLab Runner 12.0 اجرا می کند.
تاریخ حذف: 22 2019 ژوئن با
گزینه منسوخ شده برای ویژگی نقطه ورودی برای GitLab Runner
در GitLab 12.0، به رفتار صحیح تغییر می کنیم، گویی تنظیمات ویژگی غیرفعال شده است. مشاهده بیشتر در این وظیفه.
تاریخ حذف: 22 2019 ژوئن با
پشتیبانی از توزیع لینوکس که به EOL برای GitLab Runner رسیده است منسوخ شده است
برخی از توزیعهای لینوکس که میتوانید GitLab Runner را روی آنها نصب کنید، هدف خود را برآورده کردهاند.
در GitLab 12.0، GitLab Runner دیگر بسته ها را در این توزیع های لینوکس توزیع نمی کند. فهرست کاملی از توزیعهایی که دیگر پشتیبانی نمیشوند را میتوانید در ما پیدا کنید مستندات. با تشکر از خاویر آردو (خاویر جردون) مطابق سهم او!
تاریخ حذف: 22 2019 ژوئن با
حذف دستورات قدیمی GitLab Runner Helper
به عنوان بخشی از تلاش های ما برای حمایت اجرای Windows Docker مجبور شد برخی از دستورات قدیمی را که برای آن استفاده می شود کنار بگذارد تصویر کمکی.
GitLab 12.0 GitLab Runner را با دستورات جدید راه اندازی کرد. این فقط برای کاربرانی که نادیده گرفتن تصویر کمکی. مشاهده بیشتر در این وظیفه.
تاریخ حذف: 22 2019 ژوئن با
در حال حذف مکانیسم پاکسازی git قدیمی از GitLab Runner
در 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، اما این اطلاعات ممکن است دقیق نباشد.
رایگان: مخازن خصوصی نامحدود و تعداد نامحدودی از مشارکت کنندگان پروژه. پروژه های بسته به ویژگی های سطح دسترسی دارند رایگانداشتن پروژه های باز به ویژگی های سطح دسترسی داشته باشید طلا.
برنزی: برای تیم هایی که نیاز به دسترسی به ویژگی های پیشرفته گردش کار دارند.
نقره: برای تیمهایی که به قابلیتهای DevOps قویتر، انطباق و پشتیبانی سریعتر نیاز دارند.
طلا: مناسب برای بسیاری از کارهای CI/CD. همه پروژههای باز میتوانند بدون در نظر گرفتن برنامه، از ویژگیهای Gold به صورت رایگان استفاده کنند.