ProHoster > блог > Администрација > GitLab 11.11: неколку одговорности за барања за спојување и подобрувања за контејнери
GitLab 11.11: неколку одговорности за барања за спојување и подобрувања за контејнери
Повеќе опции за соработка и дополнителни известувања
Во GitLab, постојано бараме нови начини за подобрување на соработката низ животниот циклус на DevOps. Задоволство ни е да објавиме дека со ова издание поддржуваме повеќе одговорни лица за едно барање за спојување! Оваа функција е достапна од нивото на GitLab Starter и навистина го отелотворува нашето мото: „Секој може да придонесе“. Знаеме дека едно барање за спојување може да има многу луѓе кои работат на него за да се уверат дека сè е во ред, а сега имате можност да доделите повеќе сопственици на барања за спојување!
Намалете ги трошоците со поддршка за Docker контејнери на Windows и обезбедување на ниво на пример на кластерите Kubernetes
Сакаме контејнери! Контејнерите трошат помалку системски ресурси во споредба со виртуелните машини и ја подобруваат преносливоста на апликациите. Од објавувањето на GitLab 11.11 ние поддржуваме Windows Container Executor за GitLab Runner, па сега можете да ги користите контејнерите на Docker на Windows и да уживате во напредните способности за оркестрација и управување со гасоводот.
GitLab Premium (само самоуправувани примероци) сега нуди прокси за зависност од кеширање за Docker слики. Овој додаток ќе ја забрза испораката бидејќи сега ќе имате прокси за кеширање за често користените слики на Docker.
Корисниците на самоуправуваните примероци на GitLab сега можат да обезбедуваат Kubernetes кластер на ниво на пример, и сите тимови и проекти во примерот ќе го користат за нивно распоредување. Оваа интеграција на GitLab со Kubernetes автоматски ќе создаде ресурси специфични за проектот за дополнителна безбедност.
Најкорисен вработен овој месец (МВП) - Kia Mae Somabes (Киа Меи Сомабес)
Во ова издание, ја додадовме можноста за преземање поединечни папки од складиштата, наместо целата содржина. Сега можете да преземете само неколку датотеки што ви се потребни. Ви благодариме, Kia Mae Somabes!
Во GitLab 11.11, додадовме нов тркач на GitLab Runner за да ги направиме Docker контејнерите употребливи на Windows. Претходно, требаше да користите школка за да ги оркестрирате контејнерите на Docker на Windows, но сега можете директно да работите со Docker контејнерите на Windows, исто како и на Linux. Корисниците на платформата на Мајкрософт сега имаат повеќе опции за оркестрација и управување со гасоводот.
Ова ажурирање вклучува подобрена поддршка за PowerShell во GitLab CI/CD, како и нови слики за поддршка за различни верзии на контејнери на Windows. Вашите сопствени Windows runner се разбира може да се користат со GitLab.com, но тие сè уште не се јавно достапни алатки.
Кеширање на прокси за зависност за регистарот на контејнери
ПРЕМИУМ, ултимативен
Тимовите често користат контејнери во изградбата на цевководи, а кеширањето на прокси за често користените слики и пакети од возводно е одличен начин за забрзување на цевководите. Со локална копија од слоевите што ви се потребни, достапни преку новиот прокси за кеширање, можете поефикасно да работите со вообичаените слики во вашата околина.
Засега, проксито на контејнерот е достапно само за самоуправувани примероци на веб-серверот Пума (во експериментален режим).
Сосема е вообичаено повеќе луѓе да работат на функција во заедничка гранка и барање за спојување, на пример кога програмерите од предниот дел и од задниот дел работат тесно заедно или кога програмерите работат во парови, како во Екстремното програмирање.
Во GitLab 11.11, можете да доделите повеќе луѓе за спојување барања. Како и кај повеќе сопственици на задачи, можете да користите списоци, филтри, известувања и API.
Конфигурација на кластерот Kubernetes на ниво на пример
CORE, STARTER, PREMIUM, ULTIMATE
Моделот за безбедност и обезбедување во Kubernetes се развива за да овозможи голем број клиенти да се опслужуваат преку еден заеднички кластер.
Во GitLab 11.11, корисниците на самоуправувани примероци сега можат да обезбедат кластер на ниво на пример, и сите тимови и проекти во примерот ќе го користат за нивно распоредување. Оваа интеграција на GitLab со Kubernetes автоматски ќе создаде ресурси специфични за проектот за дополнителна безбедност.
Известувања за распоредување во Slack и Mattermost
Сега можете да поставите автоматски известувања за настани за распоредување во тимскиот канал благодарение на интеграцијата со разговори Гасена и Mattermost, и вашиот тим ќе биде свесен за сите важни настани.
Гостите корисници на вашите проекти сега можат да ги гледаат изданијата објавени на страницата Изданија. Тие ќе можат да преземаат објавени артефакти, но нема да можат да преземаат изворен код или да гледаат детали за складиштето, како што се ознаки или обврски.
Други подобрувања во GitLab 11.11
Сериски графикони за извршување за подобрени перформанси
Многу операции на Git бараат преминување на графикот за извршување, како што е пресметување на базата за спојување или наведување гранки што содржат задолжение. Колку повеќе обврзувања, толку побавни се овие операции бидејќи преминувањето бара вчитување на секој објект од дискот за да ги прочита неговите покажувачи.
Во GitLab 11.11, ја овозможивме функцијата за сериски график за извршување воведена во неодамнешните изданија на Git за проактивно пресметување и складирање на овие информации. Ползењето во големите складишта сега е многу побрзо. Графикот за извршување автоматски ќе се креира при следното собирање ѓубре во складиштето.
Прочитајте за тоа како е создаден серискиот графикон за извршување серија на статии од еден од авторите на оваа карактеристика.
Дополнителни минути CI Runner: сега достапни за бесплатни планови
БЕСПЛАТНО, БРОНЗА, СРЕБРЕНО, ЗЛАТО
Минатиот месец ја додадовме можноста за купување дополнителни минути CI Runner, но само за платените планови на GitLab.com. Во ова издание, минути може да се купат и во бесплатни планови.
Во зависност од видот и големината на проектот, преземањето на архивата на целиот проект може да потрае многу време и не е секогаш потребно, особено во случај на големи едноспојници. Во GitLab 11.11, можете да преземете архива од содржината на тековниот директориум, вклучувајќи ги и поддиректориумите, за да ги изберете само папките што ви се потребни.
Предлагањето промени ја олеснува соработката при барањата за спојување со елиминирање на потребата од copy-paste за прифаќање на предложената промена. Во GitLab 11.11, го направивме овој процес уште полесен со тоа што дозволивме дискусиите да се решаваат автоматски кога ќе се примени предлог.
Бројач на време на страничната лента на таблата со задачи
Лентите со задачи на страничната лента треба да изгледаат исто во приказите од табла и задачи. Затоа GitLab сега има трагач за време во страничната лента на таблата за издавање. Едноставно одете на вашата табла со задачи, кликнете на задача и ќе се отвори странична лента со бројач за време.
Ја додадовме можноста за барање на Environments API за специфични информации за животната средина за да се знае кој commit е распореден во околината во моментов. Ова ќе ги олесни автоматизацијата и известувањето за корисниците на Environments во GitLab.
Негативните променливи се совпаѓаат со правилата за цевководи
Сега можете да проверите за негативна еднаквост или совпаѓање на шемата (!= и !~) во датотека .gitlab-ci.yml при проверка на вредностите на променливите на животната средина, така што контролирањето на однесувањето на цевководите стана пофлексибилно.
Извршете ги сите рачни задачи во фаза со еден клик
Во GitLab 11.11, корисниците кои имаат многу рачни задачи во нивните фази сега можат да ги завршат сите такви задачи во една фаза со кликнување на копче „Играј ги сите“ („Стартувај ги сите“) десно од името на сцената во погледот на цевководите.
Креирање датотека директно од променлива на околината
Променливите на животната средина често се користат за креирање датотеки, особено за тајни кои треба да се заштитат и се достапни само во одредена средина. За да го направите ова, ја поставувате содржината на променливата на содржината на датотеката и креирате датотека во работата што ја содржи вредноста. Со нова променлива на животната средина како file ова може да се направи во еден чекор дури и без измена .gitlab-ci.yml.
Крајна точка на API за информации за ранливоста
КРАЈНА, ЗЛАТНА
Сега можете да го побарате GitLab API за сите пропусти идентификувани во проектот. Со овој API, можете да креирате машински читливи списоци на пропусти, филтрирани по тип, доверба и сериозност.
Целосна способност за динамично скенирање за DAST
КРАЈНА, ЗЛАТНА
Во GitLab, можете динамички да ја тестирате безбедноста на апликациите (Динамичко безбедносно тестирање на апликацијата, DAST) како дел од CI гасоводот. Почнувајќи со ова издание, можете да изберете целосно динамично скенирање наместо стандардно пасивно скенирање. Целосното динамично скенирање штити од повеќе ранливости.
Инсталирање на Prometheus во кластери на ниво на група
Ова издание на GitLab воведува можност за прикачување на кластерот Kubernetes на цела група. Додадовме и можност за инсталирање на еден примерок на Prometheus по кластер за да го олесниме следењето на сите проекти на кластерот.
Дознајте за игнорирањето на пропустите во контролната табла за безбедност
КРАЈНА, ЗЛАТНА
Безбедносните контролни табли на GitLab им дозволуваат на администраторите да ги гледаат игнорираните пропусти. За да го насочиме вашиот работен тек, ја додадовме можноста за прегледување детали за игнорирањето директно во вашата безбедносна контролна табла.
Создадете приспособени графикони со метрика во вашата контролна табла
ПРЕМИУМ, ултимативен, СРЕБРЕН, ЗЛАТЕН
Создавајте нови графикони со приспособени метрики за изведба директно од контролната табла на вашата контролна табла за метрика. Корисниците сега можат да создаваат, ажурираат и бришат визуелизации на метрика во контролната табла со кликнување на „Додај метрика“ („Додај метрика“) во горниот десен агол на лентата со алатки на контролната табла.
Проблемите со известувањата сега се отворени како GitLab Alert Bot
ПРЕМИУМ, ултимативен, СРЕБРЕН, ЗЛАТЕН
Сега, за проблемите што се отвораат од известувањата, авторот ќе го постави на GitLab Alert Bot, така што веднаш може да видите дека проблемот е создаден автоматски од важно известување.
Автоматско зачувување на епските описи на локално складирање
КРАЈНА, ЗЛАТНА
Епските описи не беа зачувани во локалната меморија, па промените беа изгубени освен ако експлицитно не сте ги зачувале кога сте го промениле епскиот опис. GitLab 11.11 воведе можност за зачувување на епски описи на локално складирање. Ова значи дека сега можете лесно да се вратите на менување на вашиот епски опис ако се појави грешка, ако ви се одвлече вниманието или случајно излезете од прелистувачот.
Користејќи пресликување, можете да реплицирате складишта на Git од една локација на друга. Ова го олеснува складирањето на реплика на складиште кое се наоѓа на друго место на серверот GitLab. GitLab сега поддржува пресликување на складишта со Git LFS, така што оваа функција е достапна дури и за складишта со големи датотеки, како текстури на игри или научни податоци.
Дозволи за читање и пишување во складиштето за токени за личен пристап
Многу токени за личен пристап имаат дозволи за промена на ниво api, но целосниот пристап до API може да им даде премногу права на некои корисници или организации.
Благодарение на влезот во заедницата, токените за личен пристап сега можат да имаат само дозволи за читање и пишување на складиштата на проектите, наместо подлабок пристап на ниво на API до чувствителните области на GitLab, како што се поставките и членството.
Со GraphQL API, корисниците можат точно да одредат кои податоци им се потребни и да ги добијат сите податоци што им се потребни во неколку прашања. Почнувајќи со ова издание, GitLab поддржува додавање основни информации за групата на GraphQL API.
GitLab ги сака програмерите на Salesforce и за да ја поддржиме оваа заедница, им дозволуваме на корисниците да се пријават на GitLab со ингеренциите на Salesforce.com. Инстанците сега можат да го конфигурираат GitLab како апликација поврзана со Salesforce за да користи Salesforce.com за да се најавите на GitLab со еден клик.
SAML SSO сега е потребен за веб-пристап
ПРЕМИУМ, ултимативен, СРЕБРЕН, ЗЛАТЕН
Ние проширување на барањето за еднократно пријавување (ДЗС). на ниво на група, воведено во изданието 11.8, со строга валидација на ресурсите на групата и проектот за да се осигура дека корисниците можат да добијат пристап само кога се најавени со SAML. Ова е дополнителен слој на контрола на пристап за организации кои ја ценат безбедноста и користат GitLab.com преку SAML SSO. Сега можете да поставите ДЗС како услов, знаејќи дека корисниците во вашата група користат ДЗС.
Филтрирајте според неодамна создадени или изменети податоци за Epics API
КРАЈНА, ЗЛАТНА
Претходно, не беше лесно да се побараат неодамна креирани или променети податоци со користење на GitLab epics API. Во изданието 11.11 додадовме дополнителни филтри created_after, created_before, updated_after и updated_beforeза да се обезбеди доследност со API на задачата и брзо да се најдат изменети или новосоздадени епови.
Денес го објавивме GitLab Runner 11.11! GitLab Runner е проект со отворен код кој се користи за извршување CI/CD задачи и испраќање на резултатите назад до GitLab.
Во 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.
Датум на бришење: 22 2019 на јуни
GitLab Geo ќе го донесе PG FDW на GitLab 12.0
Ова е неопходно за Geo Log Cursor бидејќи значително ги подобрува перформансите на некои операции за синхронизација. Подобрена е и изведбата на барањата за статус на Гео јазол. Претходните прашања имаа многу слаби перформанси на големи проекти. Погледнете како да го поставите ова Репликација на гео база на податоци. Во GitLab 12.0 Гео ќе бара PG FDW. Цм. gitlab-ee#11006.
Датум на бришење: 22 2019 на јуни
Опциите на Sentry за пријавување грешки и најавување ќе бидат отстранети од корисничкиот интерфејс во GitLab 12.0
Овие опции ќе бидат отстранети од корисничкиот интерфејс во GitLab 12.0 и ќе бидат достапни во датотеката gitlab.yml. Дополнително, можете да дефинирате средина Sentry за да разликувате повеќе распоредувања. На пример, развој, поставување и производство. Цм. gitlab-ce#49771.
Датум на бришење: 22 2019 на јуни
Ограничување на максималниот број на цевководи создадени по поднесување
Претходно, GitLab создаде цевководи за HEAD секоја гранка во поднесокот. Ова е погодно за програмери кои туркаат неколку промени одеднаш (на пример, во гранка на функции и во гранка 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. Погледнете повеќе детали во оваа задача.
Овие патеки нема да бидат достапни во GitLab 12.0. Како корисник, не треба да менувате ништо друго освен да се осигурате дека вашата инстанца на GitLab работи со верзијата 11.9+ при надградба на GitLab Runner 12.0.
Датум на бришење: 22 2019 на јуни
Застарен параметар за функцијата влезна точка за GitLab Runner
Во GitLab 12.0 ќе се префрлиме на правилното однесување како да е оневозможено поставувањето на функцијата. Погледнете повеќе детали во оваа задача.
Датум на бришење: 22 2019 на јуни
Застарена поддршка за дистрибуција на Linux што стигнува до EOL за GitLab Runner
Некои Linux дистрибуции на кои може да се инсталира GitLab Runner ја исполнија својата цел.
Во GitLab 12.0, GitLab Runner повеќе нема да дистрибуира пакети на такви дистрибуции на Linux. Комплетна листа на дистрибуции кои повеќе не се поддржани може да се најде во нашата документација. Ви благодариме, Хавиер Ардо (Хавиер Жардон), за твое придонес!
Датум на бришење: 22 2019 на јуни
Отстранување на старите команди на GitLab Runner Helper
Во GitLab 12.0, GitLab Runner се стартува со помош на нови команди. Ова важи само за корисници кои отфрли помошна слика. Погледнете повеќе детали во оваа задача.
Датум на бришење: 22 2019 на јуни
Отстранување на наследниот механизам за чистење git од GitLab Runner
Во GitLab Runner 11.10 ние даде можност конфигурирајте како Runner извршува команда 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 месеци на сите корисници и примероци под нивото на Silver/Premium.
Почнувајќи од 22 август 2019 година, шаблоните за групни проекти ќе бидат достапни само за плановите Silver/Premium и погоре, како што е опишано во документацијата.
Датум на бришење: 22 2019 на август
Поддршката за сериските задачи на Windows е прекината
Во GitLab 13.0 (22 јуни 2020 година), планираме да ја отстраниме поддршката за сериските задачи на командната линија на Windows во GitLab Runner (на пр. cmd.exe) во корист на подобрена поддршка за Windows PowerShell. Повеќе детали во оваа задача.
Нашата визија за деловни DevOps сега ќе се усогласи со позицијата на Microsoft дека PowerShell е најдобрата опција за автоматизирање на деловните апликации во околините на Windows. Ако сакате да продолжите да користите cmd.exe, овие команди може да се повикаат од PowerShell, но ние нема директно да поддржуваме сериски задачи на Windows поради неколку недоследности што резултираат со високи трошоци за одржување и развој.
Датум на бришење: 22 септември 2019 град
Потребен е Git 2.21.0 или повисок
Од GitLab 11.11, Git 2.21.0 е потребен за извршување. Omnibus GitLab веќе се испорачува со Git 2.21.0, но корисниците на оригиналните инсталации со претходните верзии на Git ќе мора да се надградат.
Датум на бришење: 22 мај 2019 град
Наследен шаблон за услуги на Kubernetes
Во 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 ќе бидат потпишани со продолжен потпис