ProHoster > Blog > Rêveberî > GitLab 11.9 bi vedîtina veşartî û çend qaîdeyên çareseriya daxwaza yekbûnê hate berdan
GitLab 11.9 bi vedîtina veşartî û çend qaîdeyên çareseriya daxwaza yekbûnê hate berdan
Zû zû veşartiyên derketine kifş bikin
Dê wekî xeletiyek piçûk xuya bike ku meriv bi xeletî pêbaweriyan ji depoyek hevpar re derbas bike. Lêbelê, encamên wê dikarin giran bin. Dema ku êrîşkar şîfreya we an mifteya API-ê bigire, ew ê hesabê we bigire, we bigire û dravê we bi xapandinê bikar bîne. Wekî din, bandorek domînoyê mimkun e: gihîştina yek hesabek gihîştina kesên din vedike. Xeter pir in, ji ber vê yekê pir girîng e ku meriv di zûtirîn dem de der barê nehêniyên derketinê de fêr bibe.
Di vê weşanê de em vebijarkê destnîşan dikin tespîta veşartî в рамках нашего функционала SAST. Каждый коммит сканируется в задании CI/CD на наличие секретов. Есть секрет — и разработчик получает предупреждение в мердж-реквесте. Он на месте аннулирует утекшие учетные данные и создает новые.
Paqijkirina rêveberiya guhartina rast
Her ku mezin dibe û tevlihevtir dibe, domandina hevgirtinê di navbera beşên cûda yên rêxistinê de dijwartir dibe. Zêdetir bikarhênerên serîlêdanê û dahatek bilindtir, encamên yekbûna koda çewt an ne ewledar ew qas girantir dibe. Ji bo gelek rêxistinan, temînkirina pêvajoyek vekolînek rast berî koda hevgirtinê pêdivîyek hişk e ji ber ku xetere pir zêde ne.
GitLab 11.9 bi saya we bêtir kontrol û avahiyek bikêrtir dide we qaîdeyên ji bo çareserkirina daxwazên merge. Ранее, чтобы получить разрешение, достаточно было указать отдельное лицо или группу (каждый член которой может предоставить разрешение). Теперь можно добавить несколько правил, чтобы мердж-реквест требовал разрешения от конкретных лиц или даже от нескольких членов конкретной группы. Кроме того, в правила разрешения интегрирована фича Code Owners, которая позволяет легко определить лицо, выдавшее разрешение.
Ev rê dide rêxistinan ku pêvajoyên çareserkirinê yên tevlihev bicîh bikin di heman demê de ku sadebûna yek serîlêdana GitLab-ê ku pirsgirêk, kod, boriyên, û daneyên çavdêriyê xuya û gihîştî ne ku biryar bidin û pêvajoya çareseriyê bilezînin biparêzin.
Di doza ChatOps de, me fêm kir ku ev fonksiyon dikare ji her kesî re bikêr be, û ku beşdariya civakê dikare ji taybetmendiyê bixwe sûd werbigire.
В GitLab 11.9 мы Koda ChatOps-a çavkaniya vekirî, û bi vî rengî ew naha ji bo karanîna di GitLab Core-ya xwe-rêveber û li ser GitLab.com-ê de belaş tê bikar anîn û ji civakê re vekirî ye.
Наиболее ценным сотрудником (MVP) vê mehê ji hêla Marcel Amirault ve tê nas kirin (Marcel Amirault)
Marcel bi berdewamî alîkariya me kir ku belgeyên GitLab çêtir bikin. Ew gelek kir для повышения качества и удобства использования наших документов. Домо аригато [большое спасибо (яп.) — прим. пер.] Марсель, мы искренне ценим это!
Taybetmendiyên sereke di berdana GitLab 11.9 de hatine zêdekirin
Vedîtina raz û pêbaweriyan di depoyek de
(DAWÎ, ZÊR)
Pêşdebir carinan bi bêbextî sir û pêbaweriyan digihînin depoyên dûr. Ger kesên din xwe bigihînin vê çavkaniyê, an heke proje gelemperî be, wê hingê agahdariya hesas derdikeve holê û dikare ji hêla êrîşkaran ve were bikar anîn da ku bigihîje çavkaniyên wekî hawîrdorên bicîhkirinê.
GitLab 11.9 ceribandinek nû heye - "Tesbîtkirina Veşartî". Ew naveroka depoyê digere bişkojkên API û agahdariyên din ên ku ne li wir bin. GitLab encamên di rapora SAST-ê de di widgeta Merge Request, raporên boriyê, û tabloyên ewlehiyê de nîşan dide.
Если вы уже подключили SAST для своего приложения, то ничего делать не нужно, просто пользуйтесь преимуществами этой новой фичи. Она также включена в конфигурацию Auto DevOps destçûnî.
Рецензирование кода — неотъемлемый элемент каждого успешного проекта, но не всегда понятно, кто должен заниматься рецензированием изменений. Зачастую желательно участие рецензентов из разных команд: команды разработчиков, команды по взаимодействию с пользователями, производственной команды.
Правила разрешения позволяют усовершенствовать процесс взаимодействия между лицами, участвующими в рецензировании кода: определяется круг уполномоченных утверждающих лиц и минимальное количество разрешений. Правила разрешения отображаются в виджете мердж-реквеста, и таким образом, можно быстро назначить следующего рецензента.
Di GitLab 11.8 de, qaîdeyên destûrê ji hêla xwerû ve hatin neçalak kirin. Bi GitLab 11.9 dest pê dikin, ew ji hêla xwerû ve têne peyda kirin. Di GitLab 11.3 de me vebijark destnîşan kir Xwediyên Code ji bo naskirina endamên tîmê berpirsiyar ji kodên kesane di nav projeyekê de. Taybetmendiya Xwediyên Kodê di nav rêzikên destûrnameyê de yekgirtî ye, ji ber vê yekê hûn dikarin her gav zû mirovên rast bibînin ku guhartinan binirxînin.
Bi eslê xwe di GitLab Ultimate 10.6 de hate destnîşan kirin, ChatOps çû GitLab Core. GitLab ChatOps şiyana xebitandina karên GitLab CI bi Slack re bi karanîna taybetmendiyê pêşkêşî dike. fermanên slash.
Operasyonên wekî lê zêdekirin, jêbirin, an guheztina parametreyên taybetmendiyê naha di têketina kontrolê ya GitLab de têne tomar kirin, ji ber vê yekê hûn dikarin bibînin ka çi û kengê hatî guhertin. Qezayek çêbû û hûn hewce ne ku bibînin ka çi guherî vê dawiyê? An jî hûn tenê hewce ne ku hûn kontrol bikin ka çawa pîvanên fonksiyonê wekî beşek vedîtinê hatine guheztin? Niha ev kirin pir hêsan e.
Ji bo ku zû xeletiyên kodê çareser bikin, pêdivî ye ku pêvajo hêsan be. Girîng e ku meriv pêçikên ewlehiyê hêsan bike, bihêle ku pêşdebiran li ser berpirsiyariyên xwe bisekinin. Di GitLab 11.7 de em dosyayek rast pêşniyar kir, lê diviya bû ku ew were dakêşandin, li herêmî were sepandin, û dûv re berbi depoya dûr ve were avêtin.
Di GitLab 11.9 de ev pêvajo otomatîk e. Bêyî ku dev ji navgîniya tevna GitLab berdin, qelsiyan rast bikin. Daxwazek hevgirtinê rasterast ji pencereya agahdariya xirapbûnê tê afirandin, û ev şaxê nû dê jixwe rastkirinê hebe. Piştî ku hûn mêze bikin ka pirsgirêk çareser bûye, heke boriyê baş e, rastkirinê li şaxê jorîn zêde bikin.
Отображение результатов сканирования контейнеров на панели безопасности группы
(DAWÎ, ZÊR)
Панель безопасности группы позволяет специалистам сконцентрироваться на наиболее важных для работы вопросах, обеспечивая четкий и подробный обзор всех возможных уязвимостей, способных повлиять на приложения. Вот почему важно, чтобы панель содержала всю необходимую информацию в одном месте и позволяла пользователям подробно изучить данные перед тем, как устранять уязвимости.
Di GitLab 11.9-ê de, ji bilî encamên SAST-ê yên heyî û vekolîna girêdayîbûnê, encamên şopandina konteynerê li dashboardê hatine zêde kirin. Naha tevahiya çavkaniyê li yek cîhek e, bêyî ku çavkaniya pirsgirêkê be.
Taybetmendiyên ewlehiyê yên GitLab pir zû pêşdikevin û hewceyê nûvekirinên domdar in da ku koda we bikêr û ewle bimîne. Dema ku hûn pir projeyan bi rê ve dibin guheztina pênase karekî dijwar e. Û em her weha fam dikin ku kes naxwaze xetera karanîna guhertoya herî dawî ya GitLab bigire bêyî ku pê ewle be ku ew bi mînaka heyî ya GitLab re bi tevahî hevaheng e.
Ji ber vê sedemê ye ku me di GitLab 11.7 de mekanîzmayek nû ji bo destnîşankirina karan bi karanîna destnîşan kir. şablonan.
Bi GitLab 11.9 dest pê dike, em ê ji bo hemî karên ewlehiyê şablonên çêkirî pêşkêşî bikin: mînak, sast и dependency_scanning, - bi guhertoya têkildar a GitLab re hevaheng e.
Wan rasterast di veavakirina xwe de bicîh bikin, û gava ku hûn guhertoyek nû ya GitLab nûve bikin ew ê bi pergalê re werin nûve kirin. Veavakirinên boriyê nayên guhertin.
Awayê nû yê danasîna karên ewlehiyê fermî ye û ti pênaseyên karên berê an perçeyên kodê piştgirî nake. Pêdivî ye ku hûn pênaseya xwe di demek zû de nûve bikin da ku peyva keya nû bikar bînin template. Piştgiriya ji bo hevoksaziyek din dibe ku di GitLab 12.0 an weşanên pêşerojê de were rakirin.
GitLab li ser mijaran nîqaşan dike. Heya nuha, kesê ku şîroveya orîjînal dinivîse diviya bû ku ji destpêkê ve biryar bide ka ew nîqaşek dixwazin.
Me ev qedexe sivik kir. Li GitLab (li ser pirsgirêk, daxwazên hevgirtinê, û destanan) şîroveyek bistînin û bersivê bidin, bi vî rengî nîqaşek dest pê bikin. Bi vî rengî tîm bi rêxistinkirîtir tevdigerin.
Serlêdana iOS "Silav, cîhan!", готовое для начальной кастомизации в GitLab. Обратите внимание, что, поскольку для сборки iOS требуется выделенный раннер MacOS, нужно будет предоставить свой собственный сервер сборки, — если хотите использовать его с GitLab CI/CD.
Ji bo daxwazên yekbûnê ji Xwediyên Kodê destûr hewce dike
(PREMIUM, ULTIMATE, ZÎV, ZÊR)
Не всегда очевидно, кто утверждает мердж-реквест.
GitLab naha piştgirî dike ku pêdivî ye ku daxwaznameyek yekbûnê were pejirandin li ser bingeha kîjan pelên ku daxwaz diguhezîne, bi karanîna Xwediyên Code. Xwediyên kodê bi karanîna pelek tê gotin têne destnîşan kirin CODEOWNERS, format dişibe gitattributes.
Piştgiriya ji bo tayînkirina bixweber Xwediyên Kodê wekî berpirsiyarên pejirandina daxwazek hevgirtinê hate zêdekirin Git Lab 11.5.
Etîketên GitLab pir pirreng in, û tîm bi berdewamî ji wan re karanîna nû peyda dikin. Li gorî vê yekê, bikarhêner bi gelemperî gelek etîketan li pirsgirêkek, daxwazek hevgirtinê, an epîk zêde dikin.
Di GitLab 11.9 de, me karanîna etîketan hinekî hêsantir kiriye. Ji bo pirsgirêk, daxwazên hevgirtinê, û destanan, etîketên ku li kêlekê têne xuyang kirin bi rêza alfabetîk têne rêz kirin. Ev ji bo dîtina navnîşa van tiştan jî derbas dibe.
Недавно мы ввели фичу, с помощью которой пользователи фильтруют ленту действий по задачам, мердж-реквестам или эпикам, что позволяет сконцентрироваться только на комментариях или системных примечаниях. Этот параметр сохраняется для каждого пользователя в системе, и бывает так, что пользователь может не понимать, что, просматривая задачу несколько дней спустя, он видит отфильтрованную ленту. Ему кажется, что оставить комментарий нельзя.
Me ev têkilî baştir kir. Naha bikarhêner dikarin zû biguhezin modek ku destûrê dide wan ku şîroveyan bihêlin bêyî ku vegerin ser jorê feed. Ev ji bo peywiran, daxwazên hevgirtinê, û destanan derbas dibe.
Me vê dawiyê berdan destanên zarokan, ku destûrê dide karanîna destanên destanan (ji bilî karên zarokan ên destanan).
Naha hûn dikarin rêza destanên zarokan bi tenê kaşkirin û avêtinê, mîna pirsgirêkên zarokan, ji nû ve saz bikin. Tîm dikarin rêzê bikar bînin da ku pêşîniyê nîşan bidin an rêza ku divê kar biqede diyar bikin.
Peyamên pergala sernav û pêlavê yên xwerû li ser tevn û e-nameyê
(CORE, STARTER, PREMIUM, ULTIMATE)
Me berê taybetmendiyek lê zêde kir ku dihêle ku peyamên sernav û pêlavên xwerû li ser her rûpelê li GitLab xuya bibin. Ew bi germî hate pêşwazî kirin, û tîm wê bikar tînin da ku agahdariya girîng parve bikin, wek mînak peyamên pergalê yên ku bi mînaka xwe ya GitLab ve girêdayî ne.
Мы с радостью вводим эту фичу в Core, так что теперь ей может пользоваться еще больше людей. Кроме того, мы разрешаем пользователям по желанию отображать одни и те же сообщения во всех электронных письмах, отправляемых через GitLab, для согласованности с другой точкой взаимодействия пользователя с GitLab.
Pirsgirêkên Nepenî ji bo tîmê amûrek bikêr e ku di nav projeyek vekirî de nîqaşên taybet li ser mijarên hesas çalak bike. Bi taybetî, ew îdeal in ku li ser qelsiyên ewlehiyê bixebitin. Heya nuha, birêvebirina karên hesas ne hêsan bû.
Di GitLab 11.9 de, navnîşa pirsgirêka GitLab naha ji hêla pirsgirêkên hesas an ne-hesas ve tê fîltre kirin. Ev jî ji bo lêgerîna peywiran bi karanîna API-ê re derbas dibe.
Spas ji Robert Schilling re ji bo beşdariya wîRobert Schilling)!
Di dema sazkirina Knative de danasîna domanek xwerû destûrê dide te ku hûn ji xalek dawîn a yekta serîlêdanên/taybetmendiyên cihêreng ên bê server xizmet bikin.
Yekbûna Kubernetes di GitLab de naha dihêle hûn piştî ku Knative li koma Kubernetes bicîh bikin, domaina bikarhêner biguhezînin/nûve bikin.
При добавлении существующего кластера Kubernetes GitLab теперь проверяет, что введенный сертификат CA имеет допустимый формат PEM. Это избавляет от возможных ошибок с интеграцией Kubernetes.
Dema ku hûn guheztinên daxwazek hevgirtinê dibînin, hûn naha dikarin karûbarê cûdahiyê li ser bingeha pelê dirêj bikin da ku tevahiya pelê ji bo çarçoveyek bêtir nîşan bide, û şîroveyan li ser rêzikên neguhêrbar bihêle.
GitLab 11.6 şiyana pênasekirinê zêde kir only: merge_requests ji bo karên boriyê da ku bikarhêner tenê dema ku daxwazek yekbûnê diafirînin dikarin karên taybetî pêk bînin.
Naha em vê fonksiyonê berfireh dikin: mantiqa girêdanê hate zêdekirin only: changes, û bikarhêner dikarin tenê ji bo daxwazên hevgirtinê û tenê gava ku hin pelan diguhezin karên taybetî pêk bînin.
Grafana naha di pakêta meya Omnibus de tête navandin, ku hêsantir dike ku meriv çawa mînaka we kar dike.
Customize grafana['enable'] = true в gitlab.rb, û Grafana dê li vir peyda bibe: https://your.gitlab.instance/-/grafana. Di demek nêzîk de em ê jî werin em bara toolbarê GitLab bidin nasîn "ji sindoqê".
Me herî dawî destnîşan kir destanên zarokan, destûrê dide bikaranîna destanên destanan.
Di GitLab 11.9 de, me dîtina vê têkiliyê hêsantir kiriye. Naha hûn dikarin ne tenê destana dayikê ya destanek diyarkirî, lê tevahiya dara destanê ya di milê milê rastê de bibînin. Hûn dikarin bibînin ka ev destan girtî ne an na, û hûn jî dikarin rasterast biçin wan.
В GitLab можно легко переместить задачу в другой проект с помощью боковой панели или быстрого действия. За кадром существующая задача закрывается, и в целевом проекте создается новая задача со всеми скопированными данными, включая системные примечания и атрибуты боковой панели. Это отличная фича.
Ji ber ku di derheqê tevgerê de têbînîyek pergalê heye, bikarhêner dema ku peywirek girtî temaşe dikin tevlihev dibin û nikanin fam bikin ku peywir ji ber tevgerek girtî ye.
Bi vê berdanê re, em di îkona li serê rûpela jimareyek girtî de eşkere dikin ku ew hatî veguheztin, û em di heman demê de girêdanek binavkirî ya jimara nû vedigirin da ku her kesê ku li ser kêşeya kevin bisekine zû bikare navîgasyon bi ya nû.
GitLab bi gelek pergalên şopandina pirsgirêkên derveyî re yek dibe, û ji bo tîm hêsan dike ku GitLab ji bo fonksiyonên din bikar bînin dema ku amûra rêveberiya pirsgirêka xwe ya bijartî diparêze.
Di vê berdanê de me şiyana yekkirina YouTrack ji JetBrains zêde kiriye.
Em dixwazin spasiya Kotau Jauchen bikin ji bo beşdariya wî (Kotau Yauhen)!
При просмотре изменений мердж-реквеста теперь можно изменять размер дерева файлов, чтобы отображать длинные имена файлов или экономить место на небольших экранах.
Dashboard pir bikêr in, û tîm ji bo her proje û komê gelek dashboardan diafirînin. Me vê dawiyê barek lêgerînê lê zêde kir da ku zû hemî panelên ku hûn jê re eleqedar dibin fîlter bikin.
Di GitLab 11.9 de me beşek jî destnîşan kir Demek berê di lîsteya drop-down. Bi vî rengî hûn dikarin bi lez biçin panelên ku we vê dawiyê pê re têkilî daniye.
Şaxên parastî rê nadin ku koda neçapkirî were veguheztin an hevgirtin. Lêbelê, heke destûr nedin kes ku şaxên parastî biguhezîne, wê hingê kes nikare şaxek nû ya parastî biafirîne: Mînak, şaxek berdanê.
Di GitLab 11.9 de, pêşdebir dikarin bi navgîniya GitLab an API-ê şaxên parastî ji şaxên berê parastî biafirînin. Bikaranîna Git-ê ji bo veguheztina şaxek nû ya parastî hîn jî sînorkirî ye da ku bi xeletî şaxên nû yên parastî neyên afirandin.
Dabeşkirina Git Object ji bo Forksên Vekirî (Beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Forking destûrê dide her kesî ku beşdarî projeyên çavkaniya vekirî bibe: bêyî destûra nivîsandinê, bi tenê bi kopîkirina depoyê di projeyek nû de. Veguheztina kopiyên bêkêmasî yên depoyên Git-ê yên ku bi gelemperî têne qut kirin bêbandor e. Niha bi Git alternatives forks tiştên hevpar ên ji projeya dêûbav di hewzek tiştan de parve dikin da ku hewcedariyên hilanîna dîskê kêm bikin.
Hewzên tiştên Fork tenê ji bo projeyên vekirî têne afirandin dema ku hilanîna heşekirî were çalak kirin. Hewzên objeyan bi karanîna pîvanek fonksiyonê têne çalak kirin object_pools.
Fîlterkirina navnîşa daxwazên hevgirtinê ji hêla pejirandî ve hatî destnîşan kirin
(DESTPÊK, PREMIUM, ULTIMATE, TUNZ, ZÎV, ZÊR)
Vekolîna kodê ji bo her projeyek serketî pratîkek hevpar e, lê ji bo vekolerek dijwar dibe ku şopandina daxwazên hevgirtinê bişopîne.
В GitLab 11.9 список мердж-реквестов фильтруется по назначенному утверждающему лицу. Таким образом, вы можете найти мердж-реквесты, добавленные вам как рецензенту.
Spas ji Glewin Wiechert re ji bo beşdariyên wî (Glavin Wiechert)!
Dema ku hûn guheztinên daxwazek hevgirtinê dibînin, hûn dikarin zû di navbera pelên ku bikar tînin de biguhezînin ]an j ku derbasî pelê din bibin û [ an k для перехода к предыдущему файлу.
Li ser fonksiyonê hatî çêkirin include GitLab CI, şablonê bê server gitlab-ci.yml pir hêsan kirin. Ji bo danasîna taybetmendiyên nû di weşanên pêşerojê de, hûn ne hewce ne ku hûn di vê pelê de guhertinan bikin.
Dema ku kontrolkerek Kubernetes Ingress bicîh dikin, hin platform vedigerin navnîşek IP-yê (mînak, GKE ya Google), lê yên din vedigerin navek DNS (mînak, EKS-a AWS).
Yekbûna meya Kubernetes naha ji bo pêşandana di beşê de her du celeb xalên dawî piştgirî dike clusters rêvename.
Spas ji Aaron Walker re ji bo beşdariya wî (Harûn Walker)!
Bicihkirina JupyterHub bi karanîna entegrasyona Kubernetes a GitLab rêyek girîng e ji bo parastin û karanîna Jupyter Notebooks di tîmên mezin de. Di heman demê de dema ku daneyên nepenî an kesane vediguhezînin kontrolkirina gihîştina wan jî kêrhatî ye.
В GitLab 11.9 возможность входа в экземпляры JupyterHub, развернутые через Kubernetes, ограничена участниками проекта с уровнем доступа “разработчик” (через группу или проект).
Ji bo nexşeyên panelê yên ewlehiyê rêzikên dema xwerû
(DAWÎ, ZÊR)
Tabloya Ewlekariya Tîmê nexşeyek xirapbûnê vedihewîne da ku nêrînek li ser rewşa ewlehiya heyî ya projeyên tîmê peyda bike. Ev ji bo rêvebirên ewlehiyê pir bikêr e ku pêvajoyan saz bikin û fam bikin ka tîm çawa dixebite.
Di GitLab 11.9-ê de, hûn niha dikarin ji bo vê nexşeya bêhêziyê rêza demê hilbijêrin. Bi xwerû, ev 90 rojên paşîn e, lê hûn dikarin li gorî asta hûrguliya ku hûn hewce ne, dirêjahiya 60 an 30 rojan destnîşan bikin.
Ev bandorê li daneyên di jimarvan an navnîşê de nake, tenê xalên daneyê yên ku di diagramê de têne xuyang kirin.
Pêngava avakirina Auto DevOps bi karanîna Dockerfile ya projeya xweya Heroku an pakêta xweyê avahiyek serîlêdana we diafirîne.
В GitLab 11.9 полученный Docker image, встроенный в пайплайн тегов, получает название аналогично традиционным названиям образов с помощью коммита tag вместо коммита SHA.
Spas ji Aaron Walker re ji bo beşdariya wî!
Di GitLab 11.9 de me motorê nûve kir guhertoya herî dawî (0.83.0) ji bo Qalîteya Kodê ya GitLab sûdên piştgirîya ziman û analîza statîk a zêde peyda bike.
Spas ji endamê tîmê GitLab Core Takuya Noguchi ji bo beşdariyên wî (Takuya Noguchi)!
Dema ku lêkolîna anomaliyên performansê, bi gelemperî arîkar e ku meriv ji nêz ve li beşên takekesî yên metrîkek taybetî binêre.
Bi GitLab 11.9, bikarhêner dê bikaribin di panela metrîkê de serdemên demjimêrên kesane zoom bikin, di nav heyamek demkî de bigerin, û bi hêsanî vegerin dîtina navbera dema orîjînal. Ev dihêle hûn zû û bi hêsanî bûyerên ku hûn hewce ne lêkolîn bikin.
TypeScript zimanek bernamesaziyê ya nisbeten nû ye ku li ser bingeha wê ye JavaScript.
Di GitLab 11.9 de, Testa Ewlekariya Serlêdana Statîk (SAST) qelsiyên di koda TypeScript de analîz dike û tespît dike, wan di widgeta daxwaza yekbûnê, asta boriyê, û tabloya ewlehiyê de nîşan dide. Pênaseya Karê Niha sast ne hewce ye ku were guheztin, û ew jî bixweber tê de tête kirin Auto DevOps.
Projeyên Maven bi gelemperî têne organîzekirin ku bi hev re bicivin çend modul di yek depoyê de. Berê, GitLab nikaribû projeyên weha rast bişopîne, û pêşdebiran û pisporên ewlehiyê raporên qelsbûnê wernegirtin.
GitLab 11.9 ji bo vê veavakirina projeya taybetî ji bo taybetmendiya SAST-ê piştgirîya berfireh pêşkêşî dike, û şiyana ceribandina wan ji bo qelsbûnê wekî ku heye peyda dike. Ji ber nermbûna analîzkeran, veavakirin bixweber tê destnîşankirin, û hûn ne hewce ne ku tiştek biguhezînin da ku encaman ji bo serîlêdanên Maven pir-modul bibînin. Wekî gelemperî, çêtirkirinên wekhev di hundurê de jî hene Auto DevOps.
Îro me GitLab Runner 11.9 jî derxist! GitLab Runner projeyek çavkaniyek vekirî ye û ji bo xebitandina karên CI/CD-ê tê bikar anîn û encaman ji GitLab re bişîne.
Li jêr hin guhertinên di GitLab Runner 11.9 de hene:
Pêşveçûnên jêrîn di nexşeya GitLab de hatine çêkirin:
Добавлена поддержка Google Cloud Memorystore.
Mîhengên kar Cron niha global, ji ber ku ew ji hêla gelek karûbaran ve têne bikar anîn.
Реестр обновлен до версии 2.7.1.
Mîhengek nû lê zêde kir da ku qeyda GitLab bi guhertoyên Docker ên beriya 1.10-ê re hevaheng be. Ji bo çalakkirinê, saz bikin registry.compatibility.schema1.enabled: true.
Em berdewam dikin ku performansa GitLab bi her serbestberdanê re ji bo mînakên GitLab-ê yên her mezinahî çêtir bikin. Li vir hin çêtirkirinên GitLab 11.9 hene:
Mîhengek nû lê zêde kir da ku qeyda GitLab bi guhertoyên Docker ên beriya 1.10-ê re hevaheng be. Ji bo çalakkirinê, saz bikin registry['compatibility_schema1_enabled'] = true в gitlab.rb.
Реестр GitLab теперь экспортирует метрики Prometheus и автоматически контролируется входящим в kit ji aliyê xizmeta Prometheus.
openssl bi guhertoya 1.0.2r ve hatî nûve kirin, nginx - heta guhertoya 1.14.2, python - heta guhertoya 3.4.9, jemalloc - heta guhertoya 5.1.0, docutils - heta guhertoya 0.13.1, gitlab-monitor- heta guhertoya 3.2.0.
Taybetmendiyên kevnar
GitLab Geo dê di GitLab 12.0 de hilanînek haşdî peyda bike
GitLab Geo hewce ye hilanînê hash ji bo kêmkirina pêşbaziyê (rewşa nijadê) li ser girêkên duyemîn. Ev di hat destnîşan kirin gitlab-ce#40970.
Li GitLab 11.6sudo gitlab-rake gitlab: geo: check kontrol dike ka hilanîna hashed çalak e û hemî proje têne koçber kirin. Cm. gitlab-ee#8289. Ger hûn Geo bikar tînin, ji kerema xwe vê kontrolê bişopînin û di zûtirîn dem de koç bikin.
Li GitLab 11.8 hişyariya daîmî astengdar gitlab-ee!8433 dê li ser rûpelê were xuyang kirin Qada Rêvebir › Geo › Nodes, heke kontrolên jorîn destûr nebin.
Li GitLab 12.0 Geo dê hewcedariyên hilanîna heşdî bikar bîne. Cm. gitlab-ee#8690.
Поддержка CentOS 6 для GitLab Runner с помощью Docker executor
GitLab Runner dema ku Docker li ser GitLab 6 bikar tîne CentOS 11.9 piştgirî nake. Ev encama nûvekirina pirtûkxaneya bingehîn a Docker e, ku êdî CentOS 6 piştgirî nake. Ji bo bêtir agahdarî, binêre ev kar.
Dîroka jêbirinê: 22 MARCH 2019
Rêçên koda mîrasê yên GitLab Runner yên kevnar
Ji Gitlab 11.9, GitLab Runner bikar tîne rêbaza nû klonkirin / gazîkirina depoyê. Heya nuha, GitLab Runner dê rêbaza kevn bikar bîne heke ya nû neyê piştgirî kirin.
Di GitLab 11.0-ê de, me xuyangê veavakirina servera metrîkê ji bo GitLab Runner guhert. metrics_server dê di berjewendiyê de were rakirin listen_address li GitLab 12.0. Zêdetir hûrgulî bibînin ev kar. Û bêtir agahdarî di nav de ev kar.
Di guhertoya 11.3 de, GitLab Runner dest bi piştgirîyê kir gelek pêşkêşkerên cache, ku bû sedema mîhengên nû ji bo veavakirina S3 taybet. ew belgekirin Tabloya guherandin û talîmatên ji bo koçkirina bo veavakirina nû têne peyda kirin. Zêdetir hûrgulî bibînin ev kar.
Van rêgezan êdî di GitLab 12.0 de tune ne. Wekî bikarhêner, hûn ne hewce ne ku tiştek din biguhezînin ji bilî ku gava we nûvekirina GitLab Runner 11.9-ê mînaka GitLab guhertoya 12.0+ dimeşîne.
Dîroka jêbirinê: 22 June 2019
Parametreya ji bo taybetmendiya xala têketinê ji bo GitLab Runner hate hilweşandin
Di GitLab 12.0 de em ê veguherînin tevgerê rast wekî ku mîhengê taybetmendiyê neçalak bû. Zêdetir hûrgulî bibînin ev kar.
Dîroka jêbirinê: 22 June 2019
Piştgiriya betalkirî ya ji bo belavkirina Linux-ê digihîje EOL ji bo GitLab Runner
Hin belavokên Linux-ê yên ku GitLab Runner dikare li ser were saz kirin ji armanca xwe re xizmet kirine.
Di GitLab 12.0-ê de, GitLab Runner dê êdî pakêtan li belavokên Linux-ê yên weha belav neke. Navnîşek bêkêmasî ya belavkirinên ku êdî nayên piştgirî kirin di me de têne dîtin belgekirin. Spas ji Javier Ardo (Javier Jardon) ji bo wî beş!
Dîroka jêbirinê: 22 June 2019
Rakirina fermanên kevin ên Alîkariya GitLab Runner
Di çarçoveya xebatên me yên piştgiriyê de Windows Docker îcrakar neçar ma ku dev ji hin fermanên kevn ên ku ji bo wan têne bikar anîn berde wêneyê alîkar.
В GitLab 12.0 GitLab Runner запускается с помощью новых команд. Это касается только пользователей, которые переопределяют wêneyê alîkar. Zêdetir hûrgulî bibînin ev kar.
Dîroka jêbirinê: 22 June 2019
Pêşdebir dikarin di GitLab 11.10 de tagên Git rakin
Rakirin an sererastkirina notên guhertoya ji bo etîketên Git di şaxên nehatine kontrol kirin de di dîrokê de tenê bi sînor bûye. xizmetkar û xwediyên.
Ji ber ku pêşdebir dikarin etîketan lê zêde bikin û şaxên neparastî biguhezînin û jêbirin, pêşdebiran divê karibin tagên Git jêbirin. Li GitLab 11.10 em vê guherînê dikin di modela destûrên me de da ku tevgera xebatê baştir bikin û ji pêşdebiran re bibin alîkar ku etîketan çêtir û bikêrtir bikar bînin.
Если хотите сохранить это ограничение для сопровождающих и владельцев, используйте tagên parastî.
Dîroka jêbirinê: Nîsana 22 2019
Piştgiriya Prometheus 1.x li Omnibus GitLab
Bi GitLab dest pê dike 11.4, guhertoya çêkirî ya Prometheus 1.0 ji Omnibus GitLab hate rakirin. Guhertoya Prometheus 2.0 niha tê de ye. Lêbelê, formata metrîkê bi guhertoya 1.0 re ne hevaheng e. Guhertoyên heyî dikarin li 2.0-ê werin nûve kirin û, ger hewce be, daneyan veguhezînin bi karanîna amûrek çêkirî.
Di guhertoya GitLab de 12.0 Heke nûvekirin jixwe nehatibe saz kirin Prometheus 2.0 dê bixweber were saz kirin. Daneyên Prometheus 1.0 dê winda bibin ji ber ku ... nayên tehamulkirin.
Dîroka jêbirinê: 22 June 2019
TLSv1.1
Bi GitLab dest pê dike 12.0TLS v1.1 будет отключен по умолчанию ji bo baştirkirina ewlehiyê. Ev gelek pirsgirêkan çareser dike, di nav de Heartbleed, û GitLab PCI DSS 3.1 ji qutiyê re lihevhatî dike.
Ji bo ku tavilê TLS v1.1 neçalak bike, saz bike nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband û bireve gitlab-ctl reconfigure.
С введением Şablonên CI/CD ji bo karên ewlehiyê her pênaseyên kar ên berê dê bêne paşguh kirin û dê di GitLab 12.0 an dereng de werin rakirin.
Pênaseyên karê xwe nûve bikin da ku hevoksaziya nû bikar bînin û ji hemî taybetmendiyên ewlehiyê yên nû yên ku ji hêla GitLab ve têne peyda kirin sûd werbigirin.
Дата удаления: 22 июня 2019 г.
Di panela rêveberiyê de beşa Agahdariya Pergalê
GitLab di derheqê mînaka weya GitLab de agahdarî pêşkêşî dike admin/system_info, lê dibe ku ev agahî ne rast bin.