{"id":34683,"date":"2019-10-31T21:59:48","date_gmt":"2019-10-31T18:59:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\/"},"modified":"2019-10-31T21:59:48","modified_gmt":"2019-10-31T18:59:48","slug":"gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","title":{"rendered":"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/0887dec341b6fcd6b12422babac990e1.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"bolshe-vozmozhnostey-dlya-sovmestnoy-raboty-i-dopolnitelnye-uvedomleniya\">Flere muligheder for samarbejde og ekstra notifikationer<\/h3>\n<p><\/p>\n<p>Vi i GitLab s\u00f8ger konstant nye m\u00e5der at forbedre samarbejdet gennem hele DevOps-livscyklussen. Vi er glade for at annoncere, at fra denne udgave underst\u00f8tter vi <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#multiple-assignees-for-merge-requests\">flere ansvarlige personer for en merge-request<\/a><\/noindex>! Denne funktion er tilg\u00e6ngelig fra GitLab Starter niveau og realiserer virkelig vores motto: <strong>\u00abAlle kan bidrage\u00bb<\/strong>. Vi ved, at mange mennesker kan arbejde p\u00e5 en enkelt merge-request for at sikre, at alt er i orden, og nu har du mulighed for at tildele flere ansvarlige for merge-requests!<\/p>\n<p><\/p>\n<p>Og DevOps-teams f\u00e5r nu <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#deployment-notifications-for-slack-and-mattermost\">automatiske notifikationer om deploy-begivenheder i Slack og Mattermost<\/a><\/noindex>. Tilf\u00f8j nye notifikationer til listen over begivenheder sendt i disse to chats, og dit team vil n\u00e6sten \u00f8jeblikkeligt blive informeret om nye deploys.<\/p>\n<p><\/p>\n<h3 id=\"sokraschenie-izderzhek-s-podderzhkoy-konteynerov-docker-v-windows-i-podgotovkoy-klasterov-kubernetes-na-urovne-ekzemplyara\">Omkostningsreduktion med Docker-container underst\u00f8ttelse i Windows og forberedelse af Kubernetes-klynger p\u00e5 instansniveau<\/h3>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Vi elsker containere! Containere bruger f\u00e6rre systemressourcer sammenlignet med virtuelle maskiner og forbedrer applikationens b\u00e6rbarhed. Fra GitLab 11.11 underst\u00f8tter vi <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#windows-container-executor-for-gitlab-runner\">Windows Container Executor til GitLab Runner<\/a><\/noindex>, s\u00e5 nu kan du bruge Docker-containere i Windows og nyde udvidede muligheder for orkestrering af pipelines og administration.<\/p>\n<p><\/p>\n<p>GitLab Premium (kun for selvhostede instanser) tilbyder nu <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#caching-dependency-proxy-for-container-registry\">en cacheproxy til afh\u00e6ngigheder for Docker-billeder<\/a><\/noindex>. Denne tilf\u00f8jelse vil accelerere leveringen, da du nu f\u00e5r en cacheproxy til de mest anvendte Docker-billeder.<\/p>\n<p><\/p>\n<p>Brugere af selvhostede GitLab-instanser kan nu forberede <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#instance-level-kubernetes-cluster-configuration\">et Kubernetes-klynge p\u00e5 instansniveau<\/a><\/noindex>, og alle grupper og projekter i instansen vil bruge det til deres deploys. Takket v\u00e6re denne integration vil GitLab automatisk oprette ressourcer til specifikke projekter for ekstra sikkerhed.<\/p>\n<p><\/p>\n<h3 id=\"i-eto-esche-ne-vse\">Og det er ikke alt!<\/h3>\n<p><\/p>\n<p>Udover de nye samarbejdsmuligheder og ekstra notifikationer har vi tilf\u00f8jet <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#guest-access-to-releases\">g\u00e6steadgang til udgivelser<\/a><\/noindex>, \u00f8get <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#add-on-ci-runner-minutes-have-been-extended-to-free-plans\">de ekstra CI Runner-minutter til GitLab Free<\/a><\/noindex>, og forenklet godkendelser med <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#applying-a-suggestion-now-automatically-resolves-the-discussion\">automatisk diskussionsl\u00f8sning, n\u00e5r du anvender et forslag<\/a><\/noindex>, og meget mere!<\/p>\n<p><\/p>\n<blockquote><p>M\u00e5nedens mest v\u00e6rdifulde medarbejder (<noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/community\/mvp\/\">) i denne m\u00e5ned er Marcel Amirault (<\/a><\/noindex>) \u2014 Kia Mei Somabes (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia Mei Somabes<\/a><\/noindex>)<\/p>\n<p>I denne udgave har vi tilf\u00f8jet muligheden for at uploade individuelle mapper fra repositories i stedet for at uploade alt indhold. Nu kan du uploade kun de n\u00f8dvendige filer. Tak, Kia Mei Somabes!<\/p><\/blockquote>\n<p><\/p>\n<h2 id=\"glavnye-fichi-gitlab-1111\">Hovedfunktioner i GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"windows-container-executor-dlya-gitlab-runner\">Windows Container Executor til GitLab Runner<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>I GitLab 11.11 har vi tilf\u00f8jet en ny udf\u00f8rer til GitLab Runner, s\u00e5 Docker-containere kan anvendes p\u00e5 Windows. Tidligere var det n\u00f8dvendigt at bruge en shell til at orkestrere Docker-containere p\u00e5 Windows, men nu kan man arbejde med Docker-containere p\u00e5 Windows direkte, n\u00e6sten som p\u00e5 Linux. Nu har Microsoft-platformens brugere flere muligheder for orkestrering af pipelines og administration.<\/p>\n<p><\/p>\n<p>Denne opdatering indeholder forbedret support for PowerShell i GitLab CI\/CD samt nye hj\u00e6lpebilleder til forskellige versioner af Windows-containere. Dine egne Windows-runners kan selvf\u00f8lgelig bruges med GitLab.com, men de er endnu ikke inkluderet p\u00e5 listen over offentligt tilg\u00e6ngelige v\u00e6rkt\u00f8jer.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ox\/p1\/pt\/oxp1ptcfi53ctd6bmhlejt52t_8.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/3d991e4acc92816901582596537ad12d.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"keshiruyuschiy-proksi-zavisimostey-dlya-reestra-konteynerov\">Caching proxy for afh\u00e6ngigheder til containerregister<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Teams bruger ofte containere i bygge-pipelines, og en caching proxy for ofte brugte billeder og pakker fra upstream er en fremragende m\u00e5de at accelerere pipelines p\u00e5. Med en lokal kopi af de n\u00f8dvendige lag, der er tilg\u00e6ngelig gennem den nye caching proxy, kan man arbejde mere effektivt med almindelige billeder i dit milj\u00f8.<\/p>\n<p><\/p>\n<p>Indtil videre er proxyen for containere kun tilg\u00e6ngelig for selvstyrede instanser p\u00e5 webserveren <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/settings\/puma.html\">Puma (i eksperimentel tilstand)<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/zx\/k0\/a_\/zxk0a_ctmegblwe0i_qrhivtvjw.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/9cb077673935974d6af0e7980276c525.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"neskolko-otvetstvennyh-dlya-merdzh-rekvestov\">Flere ansvarlige for merge-anmodninger<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ofte arbejder flere personer p\u00e5 en funktion i en f\u00e6lles gren og merge-anmodning, for eksempel n\u00e5r frontend- og backend-udviklere samarbejder t\u00e6t, eller n\u00e5r udviklere arbejder i par, som i ekstrem programmering.<\/p>\n<p><\/p>\n<p>I GitLab 11.11 kan der tildeles flere personer til merge-anmodninger. Ligesom med flere ansvarlige for opgaver, kan der her bruges lister, filtre, notifikationer og API.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/v4\/so\/x5\/v4sox5skhu3uot8g724wgbnkgws.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/3416db7e19ba5a7ee5fc91e38490fed7.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"konfiguraciya-klastera-kubernetes-na-urovne-ekzemplyara\">Kubernetes-klyngekonfiguration p\u00e5 instansniveau<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Sikkerheds- og forberedelsesmodellen i Kubernetes udvikler sig, og nu kan man betjene mange kunder gennem en f\u00e6lles klynge.<\/p>\n<p><\/p>\n<p>I GitLab 11.11 kan brugere af selvstyrede instanser nu forberede et cluster p\u00e5 instansniveau, og alle grupper og projekter i instansen vil bruge det til deres deployment. Denne integration mellem GitLab og Kubernetes vil automatisk oprette ressourcer for specifikke projekter for ekstra sikkerhed.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/gq\/f7\/ia\/gqf7iald9i3j80ww4cu2t4gd_8m.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/fc8b3b09aa400556c7eeec63b8efc785.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"uvedomleniya-o-deployah-v-slack-i-mattermost\">Notificeringer om deployment i Slack og Mattermost<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Du kan nu konfigurere automatiske notifikationer om deployment-h\u00e6ndelser til teamkanalen takket v\u00e6re integrationen med chatten. <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/slack.html\">Slack<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/mattermost.html\">Mattermost<\/a><\/noindex>, og dit team vil v\u00e6re informeret om alle vigtige h\u00e6ndelser.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/az\/gv\/_d\/azgv_d7ss0efz9misepgduv0vdu.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/c7b470294640d2cdf16bde761437c665.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"gostevoy-dostup-k-vypuskam\">G\u00e6steadgang til udgivelser<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nu kan g\u00e6stebrugere af dine projekter se udgivelser, der er offentliggjort p\u00e5 siden Releases. De vil kunne downloade de offentliggjorte artefakter, men de vil ikke kunne downloade kildekoden eller se oplysninger om repositoryer, som tags eller commits.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/zn\/0x\/it\/zn0xit3cx4szlvqtgljd7rxyo7g.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/60e3216a4228306f136e1229c3ec2e56.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h2 id=\"drugie-uluchsheniya-v-gitlab-1111\">Andre forbedringer i GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"serializovannye-grafy-kommitov-dlya-povysheniya-proizvoditelnosti\">Serialiserede grafstrukturer af commits for at forbedre ydelsen<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>For mange Git-operationer er det n\u00f8dvendigt at traversere commit-grafen, s\u00e5som at beregne basis for fusion eller udskrive grene, der indeholder commits. Jo flere commits, jo langsommere er disse operationer, fordi det kr\u00e6ver at hente hver objekt fra disken for at l\u00e6se dets pegevariable.<\/p>\n<p><\/p>\n<p>I GitLab 11.11 har vi inkluderet funktionen til serialiserede commit-grafer, som blev pr\u00e6senteret i de seneste Git-udgivelser, for p\u00e5 forh\u00e5nd at beregne og gemme disse oplysninger. Nu udf\u00f8res traversal i store repositories meget hurtigere. Commit-grafen vil automatisk blive oprettet ved n\u00e6ste garbage collection i repositoryet.<\/p>\n<p><\/p>\n<p>L\u00e6s om, hvordan den serialiserede commit-graf blev skabt i <noindex><a rel=\"nofollow\" href=\"https:\/\/devblogs.microsoft.com\/devops\/supercharging-the-git-commit-graph\/\">en serie artikler<\/a><\/noindex> af en af forfatterne til denne funktion.<\/p>\n<p><\/p>\n<h3 id=\"dopolnitelnye-minuty-ci-runner-teper-i-dlya-besplatnyh-planov\">Yderligere CI Runner-minutter: nu ogs\u00e5 til gratis planer<\/h3>\n<p><\/p>\n<p><em>GRATIS, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Sidste m\u00e5ned tilf\u00f8jede vi muligheden for at k\u00f8be ekstra CI Runner-minutter, men kun for betalte planer p\u00e5 GitLab.com. I denne udgivelse kan minutter ogs\u00e5 k\u00f8bes i gratis planer.<\/p>\n<p><\/p>\n<h3 id=\"zagruzka-arhivov-direktoriy-v-repozitorii\">Upload af arkiverede mapper i repositoryer<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Afh\u00e6ngigt af type og st\u00f8rrelse af projektet kan arkivet af hele projektet tage lang tid at uploade og er ikke altid n\u00f8dvendigt, is\u00e6r i tilf\u00e6lde af store monorepositories. I GitLab 11.11 kan du uploade et arkiv af indholdet i den aktuelle mappe, herunder underliggende mapper, for kun at v\u00e6lge de \u00f8nskede mapper.<\/p>\n<p><\/p>\n<p>Tak for arbejdet, <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia May Somabes<\/a><\/noindex>!<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/uk\/hr\/3m\/ukhr3mowq-mhsxy_2_fixj2rkay.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/4d180f877e5e12a825c98e337487ae75.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"primenenie-predlozheniya-teper-avtomaticheski-razreshaet-obsuzhdenie\">Anvendelsen af forslaget tillader nu automatisk diskussion<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Forslaget til \u00e6ndringer g\u00f8r det lettere at samarbejde om merge-anmodninger: nu kan man undg\u00e5 at kopiere og inds\u00e6tte for at acceptere det foresl\u00e5ede \u00e6ndring. I GitLab 11.11 har vi gjort denne proces endnu lettere: nu afsluttes diskussionen automatisk ved anvendelse af forslaget.<\/p>\n<p>\n<center><div class=\"youtube-placeholder\" data-id=\"LUG8H46sXCI\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/LUG8H46sXCI\/hqdefault.jpg\" alt=\"Afspil video\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><\/p>\n<h3 id=\"schetchik-vremeni-na-bokovoy-paneli-doski-zadach\">Tidsm\u00e5ler i sidepanelet p\u00e5 opgavelisten<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Sidepanelerne for opgaver skal se ens ud i visningerne for opgavelisten og opgaver. Derfor er der nu en tidsm\u00e5ler i sidepanelet for opgaver p\u00e5 opgavelisten i GitLab. G\u00e5 bare til opgavelisten, klik p\u00e5 opgaven, og der \u00e5bnes et sidepanel med tidsm\u00e5leren.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/w2\/5a\/mh\/w25amhv1medrejnpno8qndis1_e.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/dfb02562b94459721ac27638c9944fbf.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"svedeniya-o-deployah-v-environments-api\">Oplysninger om deployment i Environments API<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Vi har tilf\u00f8jet muligheden for at anmode om oplysninger om en specifik milj\u00f8 fra Environments API for at vide, hvilken commit der er deployeret i milj\u00f8et lige nu. Dette vil forenkle automatisering og rapportering for brugerne af Environments i GitLab.<\/p>\n<p><\/p>\n<h3 id=\"otricatelnye-sovpadeniya-peremennyh-dlya-pravil-payplayna\">Negative match p\u00e5 variabler for pipeline-regler<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Det er nu muligt at kontrollere negativ lighed eller matches p\u00e5 m\u00f8nstre (<code>!=<\/code> og <code>!~<\/code>) i filen <code>.gitlab-ci.yml<\/code> ved kontrol af v\u00e6rdierne for milj\u00f8variabler, s\u00e5 kontrol af pipeline-adf\u00e6rd er blevet mere fleksibelt.<\/p>\n<p><\/p>\n<h3 id=\"zapusk-vseh-vypolnyaemyh-vruchnuyu-dzhobov-na-etape-odnim-schelchkom\">Udf\u00f8r alle manuelle opgaver p\u00e5 et trin med et klik<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>I GitLab 11.11 kan brugere med mange manuelle opgaver p\u00e5 et trin nu udf\u00f8re alle s\u00e5danne opgaver p\u00e5 et trin ved at klikke p\u00e5 knappen <strong>\u201ePlay all\u201c<\/strong> (\u201eUdf\u00f8r alle\u201c) til h\u00f8jre for trinets navn i visningen af pipelines.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-fayla-napryamuyu-iz-peremennoy-sredy\">Oprettelse af fil direkte fra milj\u00f8variabel<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Milj\u00f8variabler bruges ofte til at oprette filer, is\u00e6r til hemmeligheder, som skal beskyttes og kun er tilg\u00e6ngelige i en bestemt milj\u00f8pipeline. For dette angiver du indholdet fra variablen som filens indhold og opretter en fil i jobben, der indeholder v\u00e6rdien. Med den nye milj\u00f8variabeltype <code>file<\/code> kan dette g\u00f8res i \u00e9t trin uden at \u00e6ndre <code>.gitlab-ci.yml.<\/code><\/p>\n<p><\/p>\n<h3 id=\"konechnaya-tochka-api-dlya-svedeniy-ob-uyazvimostyah\">API-endepunkt for oplysninger om s\u00e5rbarheder<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nu kan du anmode GitLab API om alle s\u00e5rbarheder, der er blevet identificeret i projektet. Med denne API kan der oprettes maskinl\u00e6sbare lister over s\u00e5rbarheder med filtre efter type, p\u00e5lidelighed og alvorlighed.<\/p>\n<p><\/p>\n<h3 id=\"vozmozhnost-polnogo-dinamicheskogo-skanirovaniya-dlya-dast\">Mulighed for fuld dynamisk scanning til DAST<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>I GitLab kan du dynamisk teste applikationers sikkerhed (Dynamic Application Security Testing, DAST) som en del af CI-pipelinen. Fra denne udgave kan du v\u00e6lge fuld dynamisk scanning i stedet for standard passiv scanning. Fuld dynamisk scanning beskytter mod flere s\u00e5rbarheder.<\/p>\n<p><\/p>\n<h3 id=\"ustanovka-prometheus-v-klasterah-na-urovne-gruppy\">Installation af Prometheus i grupper med klynger<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>I denne udgave af GitLab er det nu muligt at tilknytte en Kubernetes-kluster til hele gruppen. Vi har ogs\u00e5 tilf\u00f8jet muligheden for at installere en enkelt instance af Prometheus p\u00e5 denne klynge for at forenkle overv\u00e5gning af alle projekter i klyngen.<\/p>\n<p><\/p>\n<h3 id=\"svedeniya-ob-ignorirovanii-uyazvimostey-na-paneli-bezopasnosti\">Oplysninger om ignorering af s\u00e5rbarheder p\u00e5 sikkerhedspanelet<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>P\u00e5 GitLab's sikkerhedspaneler kan administratorer se ignorerede s\u00e5rbarheder. For at optimere workflowet har vi tilf\u00f8jet muligheden for at se oplysninger om ignorering direkte p\u00e5 sikkerhedspanelet.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-polzovatelskih-diagramm-metrik-na-paneli-monitoringa\">Oprettelse af brugerdefinerede metrikgrapher p\u00e5 instrumentbr\u00e6ttet<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Opret nye diagrammer med brugerdefinerede ydeevnemetrikker direkte p\u00e5 instrumentbr\u00e6ttet p\u00e5 metrikpanelet. Nu kan brugerne oprette, opdatere og slette visualiseringer af metrikker p\u00e5 instrumentbr\u00e6ttet ved at klikke p\u00e5 knappen <strong>\u00abAdd Metric\u00bb<\/strong> (\u00abTilf\u00f8j metrik\u00bb) i \u00f8verste h\u00f8jre hj\u00f8rne af instrumentbr\u00e6ttet.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/og\/hl\/b3\/oghlb329zijpvemwqjsxjo8qawa.png\"><img decoding=\"async\" alt=\"GitLab 11.11: flere ansvarlige for merge-requests og forbedringer til containere\" src=\"\/wp-content\/uploads\/2019\/05\/4959332a02d70ddc932370a49a5797ed.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"zadachi-iz-uvedomleniy-teper-otkryvayutsya-ot-imeni-gitlab-alert-bot\">Opgaver fra notifikationer \u00e5bnes nu i navnet p\u00e5 GitLab Alert Bot<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nu vil opgaver, der \u00e5bnes fra notifikationer, v\u00e6re oprettet af GitLab Alert Bot, s\u00e5 du straks kan se, at opgaven er oprettet automatisk fra en vigtig notifikation.<\/p>\n<p><\/p>\n<h3 id=\"avtosohranenie-opisaniy-epikov-v-lokalnoe-hranilische\">Autosave af epikbeskrivelser til lokal lagring<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Epikbeskrivelser blev ikke gemt i lokal lagring, s\u00e5 \u00e6ndringer gik tabt, hvis du ikke gemte dem eksplicit, n\u00e5r du \u00e6ndrede epikbeskrivelsen. I GitLab 11.11 er det nu muligt at gemme epikbeskrivelser i lokal lagring. Det betyder, at du nemt kan vende tilbage til at \u00e6ndre epikbeskrivelsen, hvis der opstod en fejl, du blev distraheret, eller du ved et uheld lukkede din browser.<\/p>\n<p><\/p>\n<h3 id=\"podderzhka-otzerkalivaniya-na-gitlab-dlya-git-lfs\">Underst\u00f8ttelse af spejling p\u00e5 GitLab for Git LFS<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Med spejling kan du replikere Git-repositorier fra et sted til et andet. Det g\u00f8r det lettere at opbevare en kopi af et repository p\u00e5 GitLab-serveren, som ligger et andet sted. Nu underst\u00f8tter GitLab spejling af repositories med Git LFS, s\u00e5 denne funktion er ogs\u00e5 tilg\u00e6ngelig for repositories med store filer, s\u00e5som spilt\u00e6pper eller videnskabelige data.<\/p>\n<p><\/p>\n<h3 id=\"prava-na-chtenie-i-zapis-v-repozitorii-dlya-personalnyh-tokenov-dostupa\">Rettigheder til l\u00e6sning og skrivning i repositories for personlige adgangstokens<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Mange personlige adgangstokens har rettigheder til \u00e6ndringer p\u00e5 niveauet <code>api<\/code>, men fuld adgang til API'et kan give for mange rettigheder til nogle brugere eller organisationer.<\/p>\n<p><\/p>\n<p>Takket v\u00e6re samfundets bidrag kan personlige adgangstokens nu have rettigheder til kun l\u00e6sning og skrivning for projektrepositories, snarere end dybere adgang til API-niveauet for f\u00f8lsomme omr\u00e5der af GitLab, s\u00e5som indstillinger og medlemskab.<\/p>\n<p><\/p>\n<p>Tak, Horatiu Eugen Vlad (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/hvlad\">Horatiu Eugen Vlad<\/a><\/noindex>)!<\/p>\n<p><\/p>\n<h3 id=\"dobavlenie-bazovoy-podderzhki-dlya-gruppovyh-zaprosov-graphql\">Tilf\u00f8jelse af grundl\u00e6ggende support til gruppeanmodninger i GraphQL<\/h3>\n<p><\/p>\n<p><em>GRATIS, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Med GraphQL API'et kan brugerne pr\u00e6cist angive, hvilke data de har brug for, og f\u00e5 alle de n\u00f8dvendige data i f\u00e5 foresp\u00f8rgsler. Fra denne udgivelse underst\u00f8tter GitLab tilf\u00f8jelsen af grundl\u00e6ggende gruppedata i GraphQL API'et.<\/p>\n<p><\/p>\n<h3 id=\"vhod-s-uchetnymi-dannymi-salesforce\">Log ind med Salesforce-legitimationsoplysninger<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>GitLab elsker Salesforce-udviklere, og for at st\u00f8tte dette f\u00e6llesskab tillader vi brugere at logge ind p\u00e5 GitLab med Salesforce.com-legitimationsoplysninger. Nu kan GitLab konfigureres som en app tilsluttet Salesforce i instanser for at bruge Salesforce.com til login p\u00e5 GitLab med \u00e9t klik.<\/p>\n<p><\/p>\n<h3 id=\"saml-sso-teper-obyazatelen-dlya-veb-dostupa\">SAML SSO er nu obligatorisk for webadgang<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Vi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/5291\">udvider kravet om single sign-on (SSO)<\/a><\/noindex> p\u00e5 gruppeniveau, indf\u00f8rt i udgivelsen 11.8, med streng kontrol af gruppe- og projektressourcer, s\u00e5 brugerne kun kan f\u00e5 adgang, n\u00e5r de logger ind med SAML. Dette er et ekstra niveau af adgangskontrol for organisationer, der v\u00e6rds\u00e6tter sikkerhed og bruger GitLab.com via SAML SSO. Nu kan du g\u00f8re SSO til et obligatorisk krav, velvidende at brugerne i din gruppe bruger SSO.<\/p>\n<p><\/p>\n<h3 id=\"filtraciya-po-nedavno-sozdannym-ili-izmenennym-dannym-dlya-api-epikov\">Filtrering efter nyligt oprettede eller \u00e6ndrede data for episk API<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Det var tidligere vanskeligt at anmode om nyligt oprettede eller \u00e6ndrede data med den episke API p\u00e5 GitLab. I version 11.11 tilf\u00f8jede vi ekstra filtre <code>created_after<\/code>, <code>created_before<\/code>, <code>opdateret_efter<\/code> og <code>opdateret_f\u00f8r<\/code>, for at sikre overensstemmelse med API-opgaver og hurtigt finde \u00e6ndrede eller nyligt oprettede epics.<\/p>\n<p><\/p>\n<h3 id=\"biometricheskaya-autentifikaciya-s-ultraauth\">Biometrisk autentificering med UltraAuth<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Virksomheden <noindex>UltraAuth<\/noindex> specialiserer sig i biometrisk autentificering uden password. Nu underst\u00f8tter vi denne autentificeringsmetode p\u00e5 GitLab!<\/p>\n<p><\/p>\n<p>Tak, Kartikey Tanna (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/tannakartikey\">Kartikey Tanna<\/a><\/noindex>)!<\/p>\n<p><\/p>\n<h3 id=\"gitlab-runner-1111\">GitLab Runner 11.11<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>I dag har vi udgivet GitLab Runner 11.11! GitLab Runner er et open source-projekt, der bruges til at k\u00f8re CI\/CD-opgaver og sende resultater tilbage til GitLab.<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1298\"><code>L\u00f8st et problem, hvor git lfs<\/code> ikke fik objekter fra undermodulet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1292\">Optimeret behandling af store sporingsoplysninger.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1321\">Funktionernes parametre kan nu konfigureres med config.toml.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1319\"><code>Funktionsparametre kan anvendes til at konfigurere mappen \/builds<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1243\">Tilf\u00f8jet underst\u00f8ttelse af PowerShell til Docker Executor.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1269\">Underst\u00f8ttelse af Windows Docker-volumenkonfiguration.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchsheniya-omnibus\">Omnibus-forbedringer<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Vi har foretaget f\u00f8lgende forbedringer i Omnibus i GitLab 11.11:<\/p>\n<p><\/p>\n<ul>\n<li>GitLab 11.11 inkluderer <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/blog\/mattermost-5-10-single-sign-on-for-mobile-richer-integrations-and-more\/\">Mattermost 5.10<\/a><\/noindex> \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/\">et open source-alternativ til Slack<\/a><\/noindex>, som i denne nye udgave inkluderer interaktive ephemeral-beskeder og meget mere. Denne version indeholder <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/security-updates\/\">sikkerhedsopdateringer<\/a><\/noindex>, og vi anbefaler at udf\u00f8re en opdatering.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3241\"><code>Grafana er opdateret til version 1.1.0<\/code>, for at f\u00f8lge med de seneste overv\u00e5gningspaneler i Omnibus<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3142\">I PostgreSQL 10-pakken er Omnibus nu inkluderet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3249\/diffs\"><code>Sentry DSN kan nu overf\u00f8res til gitlab.yml<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3082\"><code>Opdatering af RubyGems til 2.7.9<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3197\"><code>Opdatering af liblzma<\/code> op til <code>5.2.4<\/code> med <code>5.2.2<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3210\"><code>Opdatering af libtool<\/code> op til <code>2.4.6<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3205\"><code>PostgreSQL startes efter pg-upgrade kommandoen<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3182\">Opdatering af Prometheus-komponenter til de nyeste versioner.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\"><code>Opdatering af git til 2.21.0<\/code>.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchshenie-shem\">Forbedring af skemaer<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Vi har foretaget f\u00f8lgende forbedringer i Helm-diagrammer i GitLab 11.11:<\/p>\n<p><\/p>\n<ul>\n<li>I GitLab 11.11 kan man <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/705\">vedh\u00e6fte et volumen til tmp\/work-lagerkataloget<\/a><\/noindex>.<\/li>\n<li>Administratorer har adgang til <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/merge_requests\/776\">yderligere konfigurationsmuligheder<\/a><\/noindex>, inklusiv <code>memoryKiller<\/code>, <code>maxRss<\/code>, <code>graceTime<\/code> og <code>shutdownWait<\/code>.<\/li>\n<li>Helm-diagrammerne testes nu <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/1132\">kontinuerligt<\/a><\/noindex> i Amazon Elastic Container Service for Kubernetes (<noindex><a rel=\"nofollow\" href=\"https:\/\/aws.amazon.com\/eks\/\">EKS<\/a><\/noindex>)<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchsheniya-proizvoditelnosti\">Ydelsesforbedringer<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Vi forts\u00e6tter med at forbedre GitLabs ydeevne med hver udgivelse for GitLab-forekomster i enhver st\u00f8rrelse. Nogle forbedringer i GitLab 11.11:<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27866\">Hurtigere autofuldf\u00f8relse af brugere, n\u00e5r der er mange avatarstier i svaret.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27825\">Reduceret nyttelasten af Sidekiq ved sletning af todoer.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/merge_requests\/11575\">Beregning af GraphQL-opl\u00f8sers kompleksitet baseres p\u00e5 elementerne.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27817\">Forbedret ydeevne af global s\u00f8gning for udleverede objekter.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27413\">Forbedret ydeevne ved udrulning af den fulde diff-fil.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27625\">Garantieret foresp\u00f8rgsel af blob-objekter kun i \u00e9n pakke.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/22801\">Udskrivning af liste over Wiki-sider uden indholdsl\u00e6sning.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/24038\">Afvisning af oprettelse af midlertidige links til sammenligning af grene i \u00e9t projekt.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"ustarevshie-fichi\">For\u00e6ldede funktioner<\/h2>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-heshirovannoe-hranenie-v-gitlab-120\">GitLab Geo vil levere hash-baseret lagring i GitLab 12.0<\/h3>\n<p><\/p>\n<p>GitLab Geo kr\u00e6ver <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/repository_storage_types.html#hashed-storage\">hash-baseret lagring<\/a><\/noindex> for at afb\u00f8de konkurrencen p\u00e5 sekund\u00e6re noder. Dette blev omtalt i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/40970\">gitlab-ce#40970<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/20\">11.5<\/a><\/noindex> har vi tilf\u00f8jet dette krav til Geo-dokumentationen: <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8053\">gitlab-ee#8053<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/21\">11.6<\/a><\/noindex> <code>sudo gitlab-rake gitlab:geo:check<\/code> kontrollerer, om hash-lagring er aktiveret, og om alle projekter migreres. Se. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8289\">gitlab-ee#8289<\/a><\/noindex>. Hvis du bruger Geo, skal du k\u00f8re denne kontrol og migrere s\u00e5 hurtigt som muligt.<\/p>\n<p><\/p>\n<p>I GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/23\">11.8<\/a><\/noindex> en konstant frigivelse advarsel vil blive vist p\u00e5 siden <strong>Admin Area \u203a Geo \u203a Nodes<\/strong>, hvis de f\u00f8rn\u00e6vnte kontroller ikke er blevet godkendt. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/merge_requests\/8433\">gitlab-ee!8433<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo vil bruge kravene til hash-lagring. Se. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8690\">gitlab-ee#8690<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-ispolzovanie-pg-fdw-v-gitlab-120\">GitLab Geo vil underst\u00f8tte brugen af PG FDW i GitLab 12.0<\/h3>\n<p><\/p>\n<p>Dette er n\u00f8dvendigt for Geo Log Cursor, da det betydeligt forbedrer ydeevnen af visse synkroniseringsoperationer. Det forbedrer ogs\u00e5 ydeevnen af foresp\u00f8rgsler om status for Geo-noder. Tidligere foresp\u00f8rgsler havde alt for lav ydeevne i store projekter. Se, hvordan du konfigurerer dette i <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/geo\/replication\/database.html\">Geo databasesynkronisering<\/a><\/noindex>. I GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo vil kr\u00e6ve PG FDW. Se <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/11006\">gitlab-ee#11006<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"parametry-sentry-dlya-otchetov-ob-oshibkah-i-logirovaniya-budut-udaleny-iz-polzovatelskogo-interfeysa-v-gitlab-120\">Sentry-indstillinger til fejlrapporter og logging vil blive fjernet fra brugergr\u00e6nsefladen i GitLab 12.0<\/h3>\n<p><\/p>\n<p>Disse indstillinger vil blive fjernet fra brugergr\u00e6nsefladen i GitLab 12.0 og vil v\u00e6re tilg\u00e6ngelige i filen <code>gitlab.yml<\/code>. Derudover vil du kunne definere Sentry-milj\u00f8et for at skelne mellem flere deployment. For eksempel, udvikling, staging og produktion. Se <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/49771\">gitlab-ce#49771<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ogranichenie-maksimalnogo-kolichestva-payplaynov-sozdavaemyh-odnoy-otpravkoy\">Begr\u00e6nsning af det maksimale antal pipelines, der kan oprettes af en enkelt push<\/h3>\n<p><\/p>\n<p>Tidligere oprettede GitLab pipelines for <code>HEAD<\/code> hver gren i pushen. Dette er praktisk for udviklere, der sender flere \u00e6ndringer samtidigt (f.eks. til en funktionsgren og til grenen <code>develop<\/code>).<\/p>\n<p><\/p>\n<p>Men ved push af et stort repository, hvor der er mange aktive grene (f.eks. til flytning, spejling eller forgrening), er det ikke n\u00f8dvendigt at oprette en pipeline for hver gren. Fra GitLab 11.10 opretter vi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27205\">maksimalt 4 pipelines<\/a><\/noindex> ved push.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. maj 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshie-puti-legacy-koda-gitlab-runner\">For\u00e6ldede legacy-stier i GitLab Runner<\/h3>\n<p><\/p>\n<p>Fra Gitlab 11.9 bruger GitLab Runner <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1203\">en ny metode <\/a><\/noindex> kloning\\\/kald af repository. I \u00f8jeblikket vil GitLab Runner bruge den gamle metode, hvis den nye ikke underst\u00f8ttes. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4069\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab 11.0 \u00e6ndrede vi synet p\u00e5 metrics server-konfiguration for GitLab Runner. <code>metrics_server<\/code>vil blive fjernet til fordel for <code>listen_address<\/code> i GitLab 12.0. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4072\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I version 11.3 begyndte GitLab Runner at underst\u00f8tte <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/968\">flere cache-udbydere<\/a><\/noindex>; hvilket f\u00f8rte til nye indstillinger for <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscaches3-section\">den specifikke S3-konfiguration<\/a><\/noindex>. I <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscache-section\">dokumentationen<\/a><\/noindex> en tabel over \u00e6ndringer og instruktioner til overgang til den nye konfiguration. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4070\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Disse stier vil ikke v\u00e6re tilg\u00e6ngelige i GitLab 12.0. Som bruger beh\u00f8ver du ikke at \u00e6ndre noget, blot sikre dig, at din GitLab-installation k\u00f8rer p\u00e5 version 11.9+ ved opgradering til GitLab Runner 12.0.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-parametr-dlya-fichi-tochki-vhoda-dlya-gitlab-runner\">For\u00e6ldet parameter for feature entry point til GitLab Runner<\/h3>\n<p><\/p>\n<p>I 11.4 blev GitLab Runner introduceret med parameteren <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/feature-flags.html#available-feature-flags\"><code>FF_K8S_USE_ENTRYPOINT_OVER_COMMAND<\/code><\/a><\/noindex> for at rette s\u00e5danne problemer som <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/2338\">#2338<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/3536\">#3536<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab 12.0 vil vi skifte til korrekt opf\u00f8rsel, som om feature-parameteren var deaktiveret. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4073\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshaya-podderzhka-distributiva-linux-dostigshego-eol-dlya-gitlab-runner\">For\u00e6ldet underst\u00f8ttelse af Linux-distributioner, der har n\u00e5et EOL, for GitLab Runner<\/h3>\n<p><\/p>\n<p>Nogle Linux-distributioner, hvor GitLab Runner kan installeres, er udl\u00f8bet.<\/p>\n<p><\/p>\n<p>I GitLab 12.0 vil GitLab Runner ikke l\u00e6ngere distribuere pakker til s\u00e5danne Linux-distributioner. Den fulde liste over distributioner, der ikke l\u00e6ngere underst\u00f8ttes, kan findes i vores <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/install\/linux-repository.html\">dokumentationen<\/a><\/noindex>. Tak, Javier Ardo (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/jjardon\">Javier Jard\u00f3n<\/a><\/noindex>), for dit <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1130\">bidrag<\/a><\/noindex>!<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-staryh-komand-gitlab-runner-helper\">Fjernelse af gamle GitLab Runner Helper-kommandoer<\/h3>\n<p><\/p>\n<p>I forbindelse med tilf\u00f8jelsen af st\u00f8tte til <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/epics\/535\">Windows Docker executor<\/a><\/noindex> blev nogle gamle kommandoer, der bruges til <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#helper-image\">helper image<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab 12.0 k\u00f8rer GitLab Runner med nye kommandoer. Dette g\u00e6lder kun for brugere, der <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#overriding-the-helper-image\">overrider helper-billede<\/a><\/noindex>. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4013\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-legacy-mehanizma-git-clean-iz-gitlab-runner\">Fjernelse af den legacy git clean mekanisme fra GitLab Runner<\/h3>\n<p><\/p>\n<p>I GitLab Runner 11.10 gav vi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1281\">mulighed for<\/a><\/noindex> at konfigurere, hvordan Runner udf\u00f8rer kommandoen <code>git clean<\/code>. Den nye rensningsstrategi fjerner ogs\u00e5 brugen af <code>git reset<\/code> og placerer kommandoen <code>git clean<\/code> efter upload-trinnet.<\/p>\n<p><\/p>\n<p>Da denne \u00e6ndring i adf\u00e6rd kan p\u00e5virke nogle brugere, har vi forberedt parameteren <code>FF_USE_LEGACY_GIT_CLEAN_STRATEGY<\/code>. Hvis v\u00e6rdien s\u00e6ttes til <code>true<\/code>, vil den genoprette legacy-reng\u00f8ringsstrategien. Mere om brugen af funktionsparametre i GitLab Runner kan findes <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/feature-flags.html\">i dokumentationen<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>I GitLab Runner 12.0 fjerner vi underst\u00f8ttelsen af legacy-rensningsstrategi og muligheden for at genoprette den med funktionsparameter. Se i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4175\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"shablony-gruppovyh-proektovhttpsdocsgitlabcomeeusergroupcustom_project_templateshtmlcustom-group-level-project-templates-premium-only-dostupny-tolko-dlya-planov-silverpremium\"><noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/group\/custom_project_templates.html#custom-group-level-project-templates-premium-only\">Gruppeprojekt skabeloner<\/a><\/noindex> er kun tilg\u00e6ngelige for Silver\/Premium planer<\/h3>\n<p><\/p>\n<p>Da vi introducerede gruppeprojekt skabeloner i version 11.6, gjorde vi denne funktion for Premium\/Silver ved en fejl tilg\u00e6ngelig for alle planer.<\/p>\n<p><\/p>\n<p>Vi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/10926\">vi retter denne fejl<\/a><\/noindex> i version 11.11 og giver yderligere 3 m\u00e5neder til alle brugere og instanser under Silver\/Premium niveau.<\/p>\n<p><\/p>\n<p>Fra den 22. august 2019 vil gruppeprojekt skabeloner v\u00e6re tilg\u00e6ngelige kun for Silver\/Premium planen og h\u00f8jere, som beskrevet i dokumentationen.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. august 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"prekraschena-podderzhka-paketnyh-zadaniy-windows\">Underst\u00f8ttelse af Windows batch-job er oph\u00f8rt<\/h3>\n<p><\/p>\n<p>I GitLab 13.0 (22. juni 2020) planl\u00e6gger vi at stoppe underst\u00f8ttelsen af batch-job i Windows kommandolinje i GitLab Runner (f.eks., <code>cmd.exe<\/code>) til fordel for udvidet underst\u00f8ttelse af Windows PowerShell. L\u00e6s mere i <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4163\">denne opgave<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Nu vil vores vision for enterprise DevOps matche Microsofts holdning, at PowerShell er det bedste valg til automatisering af virksomhederapplikationer i Windows-milj\u00f8er. Hvis du \u00f8nsker at forts\u00e6tte med at bruge <code>cmd.exe<\/code>, disse kommandoer kan kaldes fra PowerShell, men vi vil ikke direkte underst\u00f8tte Windows batchjobs p\u00e5 grund af flere uoverensstemmelser, der f\u00f8rer til h\u00f8je omkostninger ved vedligeholdelse og udvikling.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. september 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"trebuetsya-git-2210-ili-vyshe\">Git 2.21.0 eller h\u00f8jere kr\u00e6ves<\/h3>\n<p><\/p>\n<p>Fra GitLab 11.11 kr\u00e6ves Git 2.21.0 for at k\u00f8re. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\">Omnibus GitLab leveres allerede med Git 2.21.0<\/a><\/noindex>, men brugere af stamdardinstallationer med tidligere versioner af Git skal opdatere.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. maj 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-shablon-servisa-kubernetes\">For\u00e6ldet Kubernetes service skabelon<\/h3>\n<p><\/p>\n<p>I GitLab 12.0 planl\u00e6gger vi at udfase Kubernetes service skabelonen <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/39840\">p\u00e5 instansniveau<\/a><\/noindex> til fordel for instansniveau cluster konfigurationen introduceret i GitLab 11.11.<\/p>\n<p><\/p>\n<p>Alle selvstyrede instanser, der bruger service skabelonen, vil blive overf\u00f8rt til instansniveau cluster ved opgradering til GitLab 12.0.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"otkaz-ot-sopostavleniya-po-yarlyku-app-na-panelyah-deploya-kubernetes\">Udfasning af label-matching <code>app<\/code> p\u00e5 Kubernetes deploy paneler<\/h3>\n<p><\/p>\n<p>I GitLab 12.0 planl\u00e6gger vi at udfase label-matching app i Kubernetes deploy-selektoren. I GitLab 11.10 introducerede vi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/9221\">en ny matching-mekanisme<\/a><\/noindex>, der s\u00f8ger efter matchende <code>app.example.com\/app<\/code> og <code>app.example.com\/env<\/code>, for at vise deploys p\u00e5 panelet.<\/p>\n<p><\/p>\n<p>For at disse deploys kan vises p\u00e5 deploy-panelerne, skal du blot sende en ny deploy, og GitLab vil anvende de nye labels.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"pakety-gitlab-120-budut-podpisyvatsya-rasshirennoy-podpisyu\">GitLab 12.0 pakker vil blive signeret med udvidet signatur<\/h3>\n<p><\/p>\n<p>Den 2. maj 2019 forl\u00e6ngede GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/issues\/3897\">gyldigheden af signeringsn\u00f8glerne for pakkerne<\/a><\/noindex> Omnibus GitLab fra 01.08.2019 til 01.07.2020. Hvis du kontrollerer pakke-signaturer og vil opdatere n\u00f8glerne, skal du blot f\u00f8lge instruktionerne igen fra <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/update\/package_signatures.html\">dokumentationen til signering af Omnibus pakker<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Slettedato: <strong>22. juni 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"zhurnal-izmeneniy\">\u00c6ndringslog<\/h3>\n<p><\/p>\n<p>Find alle disse \u00e6ndringer i \u00e6ndringsloggen:<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/blob\/master\/CHANGELOG.md\">GitLab Community Edition<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/blob\/master\/CHANGELOG-EE.md\">GitLab Enterprise Edition<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/blob\/master\/CHANGELOG.md\">GitLab Runner<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"ustanovka\">Installation<\/h3>\n<p><\/p>\n<p>Hvis du konfigurerer en ny GitLab-installation, bes\u00f8g <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/install\/\">download-siden for GitLab<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h3 id=\"obnovlenie\">Opdatering<\/h3>\n<p><\/p>\n<p>\u2192 Tjek <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/update\/\">opdateringsside<\/a><\/noindex><\/p>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/453818\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0411\u043e\u043b\u044c\u0448\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0435\u0439 \u0434\u043b\u044f \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0438 \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0443\u0432\u0435\u0434\u043e\u043c\u043b\u0435\u043d\u0438\u044f \u041c\u044b \u0432 GitLab \u043f\u043e\u0441\u0442\u043e\u044f\u043d\u043d\u043e \u0438\u0449\u0435\u043c \u043d\u043e\u0432\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0443\u043b\u0443\u0447\u0448\u0438\u0442\u044c \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u0443\u044e \u0440\u0430\u0431\u043e\u0442\u0443 \u043f\u043e \u0432\u0441\u0435\u043c\u0443 \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u043c\u0443 \u0446\u0438\u043a\u043b\u0443 DevOps. \u041c\u044b \u0441 \u0440\u0430\u0434\u043e\u0441\u0442\u044c\u044e \u043e\u0431\u044a\u044f\u0432\u043b\u044f\u0435\u043c, \u0447\u0442\u043e \u0441 \u044d\u0442\u043e\u0433\u043e \u0432\u044b\u043f\u0443\u0441\u043a\u0430 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0435\u043c \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u043b\u0438\u0446 \u0434\u043b\u044f \u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u0430! \u042d\u0442\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u0443\u0440\u043e\u0432\u043d\u044f GitLab Starter \u0438 \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0432\u043e\u043f\u043b\u043e\u0449\u0430\u0435\u0442 \u043d\u0430\u0448 \u0434\u0435\u0432\u0438\u0437: \u00ab\u041a\u0430\u0436\u0434\u044b\u0439 \u043c\u043e\u0436\u0435\u0442 \u0432\u043d\u0435\u0441\u0442\u0438 \u0441\u0432\u043e\u0439 \u0432\u043a\u043b\u0430\u0434\u00bb. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26134,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34683","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\".\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47GitLab 11.11: \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0434\u043b\u044f \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u043e\u0432 \u0438 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f \u0434\u043b\u044f \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\".\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:59:48+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:59:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47GitLab 11.11: flere ansvarlige for merge requests og forbedringer for containere | ProHoster","description":".","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47GitLab 11.11: \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0434\u043b\u044f \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u043e\u0432 \u0438 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f \u0434\u043b\u044f \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 | ProHoster","og:description":".","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:59:48+00:00","article:modified_time":"2019-10-31T18:59:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34683","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 20:12:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:16:33","updated":"2026-01-21 20:12:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/34683","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=34683"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/34683\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/26134"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=34683"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=34683"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=34683"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}