ProHoster > وبلاگ > اداره > GitLab 11.11: چندین درخواست ادغام مالکان و بهبودهایی برای کانتینرها
GitLab 11.11: چندین درخواست ادغام مالکان و بهبودهایی برای کانتینرها
گزینه های همکاری بیشتر و اعلان های اضافی
در GitLab، ما دائماً به دنبال راههای جدیدی برای بهبود همکاری در طول چرخه عمر DevOps هستیم. ما خوشحالیم که اعلام کنیم با این نسخه پشتیبانی می کنیم چندین فرد مسئول برای یک درخواست ادغام! این ویژگی از سطح GitLab Starter در دسترس است و واقعاً شعار ما را در بر می گیرد: "همه می توانند مشارکت کنند". ما می دانیم که یک درخواست ادغام می تواند افراد زیادی را روی آن کار کند تا مطمئن شوند همه چیز مرتب است، و اکنون شما می توانید چندین مالک درخواست ادغام را اختصاص دهید!
کاهش هزینه ها با پشتیبانی از کانتینرهای Docker در ویندوز و ارائه کلاسترهای Kubernetes در سطح نمونه
ما عاشق ظروف هستیم! کانتینرها منابع سیستم کمتری را در مقایسه با ماشین های مجازی مصرف می کنند و قابلیت حمل برنامه را بهبود می بخشند. از زمان انتشار GitLab 11.11 ما پشتیبانی می کنیم Windows Container Executor برای GitLab Runner، بنابراین اکنون می توانید از کانتینرهای Docker در ویندوز استفاده کنید و از قابلیت های هماهنگ سازی و مدیریت خط لوله پیشرفته لذت ببرید.
GitLab Premium (فقط نمونه های خود مدیریتی) اکنون ارائه می دهد پروکسی وابستگی کش برای تصاویر Docker. این افزوده تحویل را سرعت می بخشد زیرا اکنون یک پروکسی ذخیره برای تصاویر Docker پر استفاده خواهید داشت.
کاربران نمونه های GitLab که خود مدیریت می شوند اکنون می توانند تهیه کنند خوشه Kubernetes در سطح نمونه، و همه تیم ها و پروژه های نمونه از آن برای استقرار خود استفاده می کنند. این ادغام GitLab با Kubernetes به طور خودکار منابع خاص پروژه را برای امنیت بیشتر ایجاد می کند.
با ارزش ترین کارمند این ماهMVP) - کیا مای سومابس (کیا می سومابس)
در این نسخه، ما توانایی دانلود پوشههای جداگانه از مخازن را به جای همه محتوا اضافه کردیم. اکنون می توانید تنها تعدادی از فایل های مورد نیاز خود را دانلود کنید. ممنون کیا مای سومابس!
در GitLab 11.11، یک runner جدید به GitLab Runner اضافه کردیم تا کانتینرهای Docker را در ویندوز قابل استفاده کنیم. قبلاً برای هماهنگ کردن کانتینرهای Docker در ویندوز باید از یک پوسته استفاده میکردید، اما اکنون میتوانید مستقیماً با کانتینرهای Docker در ویندوز کار کنید، تقریباً مانند لینوکس. کاربران پلتفرم مایکروسافت اکنون گزینه های بیشتری برای هماهنگی و مدیریت خط لوله دارند.
این بهروزرسانی شامل پشتیبانی بهبودیافته PowerShell در GitLab CI/CD، و همچنین تصاویر پشتیبانی جدید برای نسخههای مختلف کانتینرهای ویندوز است. البته اجراکنندههای ویندوز شما میتوانند با GitLab.com استفاده شوند، اما آنها هنوز ابزارهای عمومی نیستند.
کش کردن پروکسی وابستگی برای رجیستری کانتینر
ممتاز، ULTIMATE
تیمها معمولاً از کانتینرها در خطوط لوله استفاده میکنند و ذخیره یک پروکسی برای تصاویر و بستههای پرکاربرد از بالادست راهی عالی برای افزایش سرعت خطوط لوله است. با یک کپی محلی از لایههای مورد نیاز، که از طریق پراکسی ذخیرهسازی جدید قابل دسترسی است، میتوانید کارآمدتر با تصاویر رایج در محیط خود کار کنید.
در حال حاضر، پروکسی کانتینر فقط برای نمونه های خود مدیریت شده در وب سرور در دسترس است پوما (در حالت آزمایشی).
چندین نفر مسئول درخواست های ادغام هستند
استارت، پریمیوم، نهایی، برنز، نقره، طلا
بسیار معمول است که چندین نفر روی یک ویژگی در یک شاخه مشترک کار کنند و درخواست ادغام کنند، به عنوان مثال زمانی که توسعه دهندگان فرانت اند و بک اند نزدیک با هم کار می کنند یا زمانی که توسعه دهندگان به صورت جفت کار می کنند، مانند برنامه نویسی شدید.
در GitLab 11.11، می توانید چندین نفر را برای ادغام درخواست ها اختصاص دهید. همانند چندین صاحب کار، میتوانید از فهرستها، فیلترها، اعلانها و APIها استفاده کنید.
پیکربندی خوشه Kubernetes در سطح نمونه
CORE، STARTER، PREMIUM، ULTIMATE
مدل امنیت و تدارکات در Kubernetes در حال تکامل است تا به تعداد زیادی از مشتریان امکان ارائه خدمات از طریق یک خوشه مشترک را بدهد.
در GitLab 11.11، کاربران نمونه های خود مدیریت اکنون می توانند یک خوشه در سطح نمونه ارائه کنند و همه تیم ها و پروژه های موجود در نمونه از آن برای استقرار خود استفاده خواهند کرد. این ادغام GitLab با Kubernetes به طور خودکار منابع خاص پروژه را برای امنیت بیشتر ایجاد می کند.
به لطف ادغام با چت، اکنون میتوانید اعلانهای خودکار درباره رویدادهای استقرار را در کانال تیم تنظیم کنید. شل и مهمترین، و تیم شما از همه رویدادهای مهم آگاه خواهد شد.
کاربران مهمان پروژه های شما اکنون می توانند نسخه های منتشر شده در صفحه نسخه ها را مشاهده کنند. آنها می توانند مصنوعات منتشر شده را بارگیری کنند، اما نمی توانند کد منبع را دانلود کنند یا جزئیات مخزن مانند برچسب ها یا تعهدات را ببینند.
بسیاری از عملیات Git نیاز به عبور از نمودار commit دارند، مانند محاسبه پایه ادغام یا فهرست کردن شاخه هایی که حاوی یک commit هستند. هر چه commit ها بیشتر باشد، این عملیات کندتر است زیرا پیمایش نیازمند بارگیری هر شی از دیسک برای خواندن نشانگرهای آن است.
در GitLab 11.11، ویژگی نمودار commit سریالی را که در نسخههای اخیر Git معرفی شده بود، فعال کردیم تا به طور فعال این اطلاعات را محاسبه و ذخیره کند. خزیدن در مخازن بزرگ اکنون بسیار سریعتر است. نمودار commit به طور خودکار در طول جمع آوری زباله بعدی مخزن ایجاد می شود.
در مورد نحوه ایجاد نمودار commit سریالی بخوانید سری مقالات از یکی از نویسندگان این ویژگی.
دقیقه های اضافی CI Runner: اکنون برای طرح های رایگان در دسترس است
رایگان، برنز، نقره، طلا
ماه گذشته امکان خرید دقیقه های اضافی CI Runner را اضافه کردیم، اما فقط برای برنامه های پولی GitLab.com. در این نسخه، دقیقه ها را می توان در پلن های رایگان نیز خریداری کرد.
بسته به نوع و اندازه پروژه، دانلود بایگانی کل پروژه ممکن است زمان زیادی طول بکشد و همیشه لازم نیست، مخصوصاً در مورد مخزن های بزرگ. در GitLab 11.11، می توانید بایگانی از محتویات دایرکتوری فعلی، از جمله زیر شاخه ها را دانلود کنید تا فقط پوشه های مورد نیاز خود را انتخاب کنید.
پیشنهاد تغییرات، همکاری در درخواستهای ادغام را با حذف نیاز به کپی پیست برای پذیرش تغییر پیشنهادی آسانتر میکند. در GitLab 11.11، با اجازه دادن به حل خودکار بحث ها در هنگام اعمال پیشنهاد، این فرآیند را آسان تر کرده ایم.
نوار وظیفه نوار کناری باید در نمای Board و Task یکسان باشد. به همین دلیل است که GitLab اکنون یک ردیاب زمان در نوار کناری صفحه شماره دارد. به سادگی به صفحه کار خود بروید، روی یک کار کلیک کنید و یک نوار کناری با زمان شمار باز می شود.
ما توانایی پرس و جو از Environments API برای اطلاعات محیطی خاص را اضافه کردهایم تا بدانیم در حال حاضر چه commit در محیط مستقر شده است. این امر اتوماسیون و گزارش دهی را برای کاربران Environments در GitLab آسان تر می کند.
اکنون می توانید برابری منفی یا تطابق الگو را بررسی کنید (!= и !~) در پرونده .gitlab-ci.yml هنگام بررسی مقادیر متغیرهای محیطی، بنابراین کنترل رفتار خطوط لوله انعطاف پذیرتر شده است.
تمام کارهای دستی را در یک مرحله با یک کلیک اجرا کنید
در GitLab 11.11، کاربرانی که کارهای دستی زیادی در مراحل خود دارند، اکنون می توانند با کلیک بر روی یک دکمه، تمام این کارها را در یک مرحله انجام دهند. "بازی همه" ("Run All") در سمت راست نام صحنه در نمای Pipelines.
متغیرهای محیطی اغلب برای ایجاد فایلها استفاده میشوند، مخصوصاً برای اسرار که نیاز به محافظت دارند و فقط در یک خط لوله محیطی خاص قابل دسترسی هستند. برای این کار، محتویات متغیر را روی محتویات فایل تنظیم می کنید و یک فایل در کار ایجاد می کنید که حاوی مقدار باشد. با یک متغیر محیطی جدید مانند file این را می توان در یک مرحله حتی بدون تغییر انجام داد .gitlab-ci.yml.
نقطه پایانی API برای اطلاعات آسیب پذیری
نهایی، طلا
اکنون می توانید از API GitLab برای تمام آسیب پذیری های شناسایی شده در یک پروژه پرس و جو کنید. با استفاده از این API، می توانید لیست هایی از آسیب پذیری های قابل خواندن توسط ماشین ایجاد کنید که بر اساس نوع، اطمینان و شدت فیلتر شده اند.
قابلیت اسکن پویا کامل برای DAST
نهایی، طلا
در GitLab، میتوانید امنیت برنامه (تست امنیت برنامه پویا، DAST) را بهعنوان بخشی از خط لوله CI به صورت پویا آزمایش کنید. با شروع این نسخه، می توانید اسکن کامل پویا را به جای اسکن غیرفعال استاندارد انتخاب کنید. اسکن کامل پویا از آسیب پذیری های بیشتر محافظت می کند.
این نسخه از GitLab توانایی اتصال یک خوشه Kubernetes را به کل گروه معرفی می کند. ما همچنین قابلیت نصب یک نمونه Prometheus را در هر خوشه اضافه کردهایم تا نظارت بر همه پروژههای روی خوشه آسانتر شود.
درباره نادیده گرفتن آسیب پذیری ها در داشبورد امنیتی بیاموزید
نهایی، طلا
داشبوردهای امنیتی GitLab به مدیران اجازه می دهد تا آسیب پذیری های نادیده گرفته شده را مشاهده کنند. برای سادهسازی گردش کار شما، امکان مشاهده جزئیات نادیده گرفتن را مستقیماً در داشبورد امنیتی شما اضافه کردهایم.
نمودارهای معیارهای سفارشی را در داشبورد خود ایجاد کنید
ممتاز، ULTIMATE، نقره ای، طلا
نمودارهای جدید را با معیارهای عملکرد سفارشی درست از داشبورد در داشبورد متریک خود ایجاد کنید. کاربران اکنون میتوانند با کلیک کردن بر روی آن، تجسمهای معیارها را در داشبورد ایجاد، بهروزرسانی و حذف کنند "افزودن متریک" ("افزودن متریک") در گوشه سمت راست بالای نوار ابزار داشبورد.
مشکلات اعلان اکنون به عنوان ربات هشدار GitLab باز شده است
ممتاز، ULTIMATE، نقره ای، طلا
اکنون مسائلی که از اعلانها باز میشوند، نویسنده را روی GitLab Alert Bot تنظیم میکنند، بنابراین میتوانید بلافاصله ببینید که مشکل بهطور خودکار از یک اعلان مهم ایجاد شده است.
ذخیره خودکار توضیحات حماسی در حافظه محلی
نهایی، طلا
توضیحات حماسی در فضای ذخیرهسازی محلی ذخیره نشدند، بنابراین تغییرات از بین میروند مگر اینکه با تغییر توضیحات حماسی بهصراحت آنها را ذخیره کنید. GitLab 11.11 قابلیت ذخیره توضیحات حماسی در حافظه محلی را معرفی کرد. این بدان معنی است که اکنون می توانید به راحتی به تغییر توضیحات حماسی خود بازگردید اگر خطایی رخ داد، حواس شما پرت شد یا به طور تصادفی از مرورگر خارج شدید.
پشتیبانی از انعکاس GitLab برای Git LFS
استارت، پریمیوم، نهایی، برنز، نقره، طلا
با استفاده از Mirroring، می توانید مخازن Git را از یک مکان به مکان دیگر تکرار کنید. این باعث میشود که یک کپی از یک مخزن که در جای دیگری در سرور GitLab قرار دارد را ذخیره کنید. GitLab اکنون از انعکاس مخازن با Git LFS پشتیبانی می کند، بنابراین این ویژگی حتی برای مخازن با فایل های بزرگ، مانند بافت بازی یا داده های علمی، در دسترس است.
مجوزهای خواندن و نوشتن مخزن برای نشانه های دسترسی شخصی
بسیاری از نشانه های دسترسی شخصی مجوز تغییر در سطح را دارند api، اما دسترسی کامل به API ممکن است به برخی از کاربران یا سازمان ها حقوق زیادی بدهد.
به لطف ورودی انجمن، نشانههای دسترسی شخصی اکنون فقط میتوانند مجوز خواندن و نوشتن در مخازن پروژه داشته باشند، نه دسترسی عمیقتر در سطح API به مناطق حساس GitLab مانند تنظیمات و عضویت.
با GraphQL API، کاربران می توانند دقیقا مشخص کنند به چه داده هایی نیاز دارند و تمام داده های مورد نیاز خود را در چند پرس و جو دریافت کنند. با شروع این نسخه، GitLab از افزودن اطلاعات اولیه گروه به GraphQL API پشتیبانی می کند.
GitLab توسعه دهندگان Salesforce را دوست دارد و برای حمایت از این انجمن، به کاربران اجازه می دهیم با اعتبار Salesforce.com وارد GitLab شوند. نمونه ها اکنون می توانند GitLab را به عنوان یک برنامه متصل به Salesforce پیکربندی کنند تا از Salesforce.com برای ورود به GitLab با یک کلیک استفاده کند.
SAML SSO اکنون برای دسترسی به وب مورد نیاز است
ممتاز، ULTIMATE، نقره ای، طلا
ما تمدید شرط ورود به سیستم واحد (SSO). در سطح گروه، معرفی شده در نسخه 11.8، با اعتبارسنجی دقیق منابع گروه و پروژه برای اطمینان از اینکه کاربران تنها زمانی می توانند دسترسی داشته باشند که با SAML وارد شوند. این یک لایه اضافی از کنترل دسترسی برای سازمان هایی است که به امنیت اهمیت می دهند و از GitLab.com از طریق SAML SSO استفاده می کنند. اکنون میتوانید SSO را به یک الزام تبدیل کنید، زیرا بدانید که کاربران گروه شما از SSO استفاده میکنند.
بر اساس دادههای اخیراً ایجاد شده یا اصلاحشده برای epics API فیلتر کنید
نهایی، طلا
پیش از این، پرس و جو داده های اخیراً ایجاد شده یا تغییر داده شده با استفاده از GitLab epics API آسان نبود. در نسخه 11.11 فیلترهای اضافی اضافه کردیم created_after, created_before, updated_after и updated_beforeبرای اطمینان از سازگاری با Task API و یافتن سریع حماسه های اصلاح شده یا تازه ایجاد شده.
در GitLab 11.5 ما این نیاز را به مستندات جغرافیایی اضافه کرده ایم: gitlab-ee#8053.
در GitLab 11.6sudo gitlab-rake gitlab:geo:check بررسی می کند که آیا ذخیره سازی هش فعال است و آیا همه پروژه ها منتقل شده اند یا خیر. سانتی متر. gitlab-ee#8289. اگر از Geo استفاده می کنید، لطفاً این بررسی را اجرا کنید و در اسرع وقت مهاجرت کنید.
در GitLab 11.8 یک هشدار غیرفعال دائمی در صفحه نمایش داده می شود Admin Area › Geo › Nodesاگر بررسی های فوق مجاز نباشد. gitlab-ee!8433.
در GitLab 12.0 Geo از الزامات ذخیره سازی هش شده استفاده خواهد کرد. سانتی متر. gitlab-ee#8690.
تاریخ حذف: 22 2019 ژوئن با
GitLab Geo PG FDW را به GitLab 12.0 می آورد
این برای مکاننمای Geo Log ضروری است، زیرا عملکرد برخی از عملیات همگامسازی را به میزان قابل توجهی بهبود میبخشد. عملکرد جستارهای وضعیت گره Geo نیز بهبود یافته است. پرس و جوهای قبلی عملکرد بسیار ضعیفی در پروژه های بزرگ داشتند. ببینید چگونه این را تنظیم کنید تکرار پایگاه داده جغرافیایی. در GitLab 12.0 Geo به PG FDW نیاز دارد. سانتی متر. gitlab-ee#11006.
تاریخ حذف: 22 2019 ژوئن با
گزینه های Sentry برای گزارش و ثبت باگ از رابط کاربری در GitLab 12.0 حذف خواهند شد.
این گزینه ها از رابط کاربری در GitLab 12.0 حذف می شوند و در فایل موجود خواهند بود gitlab.yml. علاوه بر این، می توانید یک محیط Sentry را برای تمایز بین چند استقرار تعریف کنید. به عنوان مثال، توسعه، صحنه سازی و تولید. سانتی متر. gitlab-ce#49771.
تاریخ حذف: 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، ما پشتیبانی از استراتژی پاکسازی قدیمی و توانایی بازیابی آن را با استفاده از پارامتر تابع حذف خواهیم کرد. بررسی این وظیفه.
هنگامی که ما قالب های پروژه در سطح تیم را در 11.6 معرفی کردیم، به طور تصادفی این ویژگی Premium/Silver را در دسترس همه برنامه ها قرار دادیم.
ما رفع این باگ در نسخه 11.11 و دادن 3 ماه اضافی به همه کاربران و نمونه های زیر سطح نقره/حق بیمه.
از 22 آگوست 2019، الگوهای پروژه گروهی فقط برای طرحهای Silver/Premium و بالاتر در دسترس خواهند بود، همانطور که در مستندات توضیح داده شده است.
تاریخ حذف: 22 2019 از اوت
پشتیبانی از کارهای دسته ای ویندوز متوقف شده است
در GitLab 13.0 (22 ژوئن 2020)، ما قصد داریم پشتیبانی از کارهای دسته ای خط فرمان ویندوز را در GitLab Runner حذف کنیم (به عنوان مثال. cmd.exe) به نفع پشتیبانی پیشرفته از Windows PowerShell. جزئیات بیشتر در این وظیفه.
چشم انداز ما برای DevOps سازمانی اکنون با موضع مایکروسافت که PowerShell بهترین گزینه برای خودکارسازی برنامه های سازمانی در محیط های ویندوز است، همسو خواهد شد. اگر می خواهید به استفاده ادامه دهید cmd.exe، این دستورات را می توان از PowerShell فراخوانی کرد، اما به دلیل چندین تناقض که منجر به هزینه های بالای نگهداری و توسعه می شود، ما مستقیماً از کارهای دسته ای ویندوز پشتیبانی نمی کنیم.
در GitLab 12.0 قصد داریم از الگوی سرویس Kubernetes فاصله بگیریم در سطح نمونه به نفع پیکربندی کلاستر در سطح نمونه معرفی شده در GitLab 11.11.
همه نمونههای خود مدیریتی که از الگوی سرویس استفاده میکنند، هنگام ارتقا به GitLab 12.0 به یک کلاستر در سطح نمونه منتقل میشوند.
تاریخ حذف: 22 2019 ژوئن با
انصراف از مطابقت برچسب app در پانل های استقرار Kubernetes
در GitLab 12.0، ما قصد داریم از مطابقت با برچسب برنامه در انتخابگر استقرار Kubernetes فاصله بگیریم. در GitLab 11.10 را معرفی کردیم مکانیسم تطبیق جدید، که مطابق را جستجو می کند app.example.com/app и app.example.com/envبرای نمایش استقرارها در پانل.
برای اینکه این استقرارها در داشبوردهای استقرار شما ظاهر شوند، به سادگی یک استقرار جدید ارسال می کنید و GitLab برچسب های جدید را اعمال می کند.
تاریخ حذف: 22 2019 ژوئن با
بسته های GitLab 12.0 با امضای توسعه یافته امضا خواهند شد