{"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\/it\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","title":{"rendered":"GitLab 11.11: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"GitLab 11.11: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Maggiore possibilit\u00e0 di collaborazione e ulteriori notifiche<\/h3>\n<p><\/p>\n<p>Noi di GitLab siamo sempre alla ricerca di nuovi modi per migliorare la collaborazione lungo tutto il ciclo di vita del DevOps. Siamo lieti di annunciare che a partire da questa versione supportiamo <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#multiple-assignees-for-merge-requests\">pi\u00f9 responsabili per una singola merge request<\/a><\/noindex>! Questa funzionalit\u00e0 \u00e8 disponibile a partire dal livello GitLab Starter e incarna davvero il nostro motto: <strong>\u00abOgnuno pu\u00f2 dare il proprio contributo\u00bb<\/strong>. Sappiamo che molte persone possono lavorare su una singola merge request per assicurarsi che tutto sia a posto, e ora avete la possibilit\u00e0 di assegnare pi\u00f9 responsabili per le merge request!<\/p>\n<p><\/p>\n<p>Inoltre, i team DevOps ora ricevono <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#deployment-notifications-for-slack-and-mattermost\">notifiche automatiche sugli eventi di deployment in Slack e Mattermost<\/a><\/noindex>. Aggiungi nuove notifiche alla lista degli eventi di invio in queste due chat e il tuo team sar\u00e0 avvisato quasi immediatamente sui nuovi deployment.<\/p>\n<p><\/p>\n<h3 id=\"sokraschenie-izderzhek-s-podderzhkoy-konteynerov-docker-v-windows-i-podgotovkoy-klasterov-kubernetes-na-urovne-ekzemplyara\">Riduzione dei costi con il supporto per i contenitori Docker su Windows e la preparazione di cluster Kubernetes a livello di istanza<\/h3>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Adoriamo i contenitori! I contenitori consumano meno risorse di sistema rispetto alle macchine virtuali e migliorano la portabilit\u00e0 dell'applicazione. Con la versione GitLab 11.11 supportiamo <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 per GitLab Runner<\/a><\/noindex>, quindi ora puoi utilizzare i contenitori Docker su Windows e godere di funzionalit\u00e0 avanzate di orchestrazione dei pipeline e gestione.<\/p>\n<p><\/p>\n<p>GitLab Premium (solo per istanze self-hosted) ora offre <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#caching-dependency-proxy-for-container-registry\">un proxy di caching per le dipendenze delle immagini Docker<\/a><\/noindex>. Questo componente accelerer\u00e0 le consegne, poich\u00e9 ora avrai un proxy di caching per le immagini Docker pi\u00f9 utilizzate.<\/p>\n<p><\/p>\n<p>Gli utenti delle istanze self-hosted di GitLab ora possono preparare <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#instance-level-kubernetes-cluster-configuration\">cluster Kubernetes a livello di istanze<\/a><\/noindex>, e tutti i gruppi e progetti dell'istanza lo utilizzeranno per i loro deployment. Grazie a questa integrazione, in GitLab verranno creati automaticamente risorse specifiche per i progetti per una maggiore sicurezza.<\/p>\n<p><\/p>\n<h3 id=\"i-eto-esche-ne-vse\">E non \u00e8 tutto!<\/h3>\n<p><\/p>\n<p>Oltre alle nuove possibilit\u00e0 di collaborazione e alle ulteriori notifiche, abbiamo aggiunto <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#guest-access-to-releases\">accesso ospite alle release<\/a><\/noindex>, aumentato <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\">ulteriori minuti CI Runner per GitLab Free<\/a><\/noindex>, semplificato i controlli con <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#applying-a-suggestion-now-automatically-resolves-the-discussion\">risoluzione automatica delle discussioni quando applichi una proposta<\/a><\/noindex>, e molto altro ancora!<\/p>\n<p><\/p>\n<blockquote><p>Il miglior dipendente di questo mese (<noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/community\/mvp\/\">MVP<\/a><\/noindex>) \u2014 Kia Mei Somabes (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia Mei Somabes<\/a><\/noindex>)<\/p>\n<p>In questa edizione abbiamo aggiunto la possibilit\u00e0 di caricare singole cartelle dai repository, anzich\u00e9 tutto il contenuto. Ora puoi caricare solamente i file necessari. Grazie, Kia Mei Somabes!<\/p><\/blockquote>\n<p><\/p>\n<h2 id=\"glavnye-fichi-gitlab-1111\">Caratteristiche principali di GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"windows-container-executor-dlya-gitlab-runner\">Windows Container Executor per GitLab Runner<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>In GitLab 11.11 abbiamo aggiunto un nuovo executor a GitLab Runner, in modo che i container Docker possano essere utilizzati su Windows. Prima era necessario utilizzare una shell per l'orchestrazione dei container Docker su Windows, ma ora \u00e8 possibile lavorare direttamente con i container Docker su Windows, quasi come su Linux. Gli utenti delle piattaforme Microsoft ora hanno pi\u00f9 possibilit\u00e0 per orchestrare pipeline e gestire.<\/p>\n<p><\/p>\n<p>Questo aggiornamento include un supporto migliorato per PowerShell in GitLab CI\/CD, oltre a nuove immagini ausiliarie per diverse versioni dei container Windows. I tuoi runner Windows possono essere utilizzati con GitLab.com, ma al momento non sono inclusi nell'elenco degli strumenti pubblici.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Proxy di caching per le dipendenze del registry dei container<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>I team utilizzano spesso container nelle pipeline di build, e un proxy di caching per immagini e pacchetti frequentemente utilizzati in upstream \u00e8 un ottimo modo per velocizzare le pipeline. Con una copia locale degli strati necessari, accessibile tramite il nuovo proxy di caching, \u00e8 possibile lavorare in modo pi\u00f9 efficiente con le immagini comuni nel tuo ambiente.<\/p>\n<p><\/p>\n<p>Attualmente, il proxy per i container \u00e8 disponibile solo per istanze autogestite sul server web <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/settings\/puma.html\">Puma (in modalit\u00e0 sperimentale)<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Pi\u00f9 responsabili per le merge request<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Spesso, pi\u00f9 persone lavorano contemporaneamente su una funzionalit\u00e0 in un ramo condiviso e in una merge request, ad esempio quando gli sviluppatori frontend e backend collaborano strettamente tra loro o quando gli sviluppatori lavorano in coppia, come nella programmazione estrema.<\/p>\n<p><\/p>\n<p>In GitLab 11.11 \u00e8 possibile assegnare pi\u00f9 persone alle merge request. Cos\u00ec come per le responsabilit\u00e0 multiple delle attivit\u00e0, \u00e8 possibile utilizzare elenchi, filtri, notifiche e 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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Configurazione del cluster Kubernetes a livello di istanza<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Il modello di sicurezza e preparazione in Kubernetes si sta evolvendo, e ora \u00e8 possibile gestire un gran numero di clienti tramite un unico cluster comune.<\/p>\n<p><\/p>\n<p>In GitLab 11.11, gli utenti delle istanze auto-gestite possono ora preparare un cluster a livello di istanza, e tutti i gruppi e progetti nell'istanza utilizzeranno questo per i loro deploy. Grazie a questa integrazione, GitLab con Kubernetes creer\u00e0 automaticamente risorse per progetti specifici per una maggiore sicurezza.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Notifiche sui deploy in Slack e Mattermost<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ora puoi configurare notifiche automatiche sugli eventi di deploy nel canale del team grazie all'integrazione con le chat <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/slack.html\">Slack<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/mattermost.html\">Mattermost<\/a><\/noindex>, e il tuo team sar\u00e0 aggiornato su tutti gli eventi importanti.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Accesso ospite alle release<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ora gli utenti ospiti dei tuoi progetti possono visualizzare le release pubblicate nella pagina Releases. Potranno scaricare gli artefatti pubblicati, ma non potranno scaricare il codice sorgente o vedere i dettagli dei repository, come i tag o i commit.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Altri miglioramenti in GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"serializovannye-grafy-kommitov-dlya-povysheniya-proizvoditelnosti\">Grafi di commit serializzati per migliorare le prestazioni<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Molte operazioni Git richiedono l'attraversamento del grafo di commit, come il calcolo della base di fusione o il rilascio dei branch che contengono un commit. Pi\u00f9 sono i commit, pi\u00f9 lentamente vengono eseguite queste operazioni, poich\u00e9 per l'attraversamento \u00e8 necessario scaricare ogni oggetto dal disco per leggere i suoi puntatori.<\/p>\n<p><\/p>\n<p>In GitLab 11.11, abbiamo incluso la funzione dei grafi di commit serializzati, presentata nelle ultime versioni di Git, per calcolare e memorizzare queste informazioni in anticipo. Ora gli attraversamenti nei grandi repository vengono eseguiti molto pi\u00f9 rapidamente. Il grafo di commit verr\u00e0 creato automaticamente al prossimo recupero della spazzatura nel repository.<\/p>\n<p><\/p>\n<p>Leggi come \u00e8 stato creato il grafo di commit serializzato in <noindex><a rel=\"nofollow\" href=\"https:\/\/devblogs.microsoft.com\/devops\/supercharging-the-git-commit-graph\/\">una serie di articoli<\/a><\/noindex> scritti da uno degli autori di questa funzione.<\/p>\n<p><\/p>\n<h3 id=\"dopolnitelnye-minuty-ci-runner-teper-i-dlya-besplatnyh-planov\">Minuti CI Runner aggiuntivi: ora anche per i piani gratuiti<\/h3>\n<p><\/p>\n<p><em>FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Mese scorso abbiamo aggiunto la possibilit\u00e0 di acquistare minuti CI Runner aggiuntivi, ma solo per i piani a pagamento di GitLab.com. In questa release \u00e8 possibile acquistare minuti anche nei piani gratuiti.<\/p>\n<p><\/p>\n<h3 id=\"zagruzka-arhivov-direktoriy-v-repozitorii\">Download di archivi di directory nei repository<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>A seconda del tipo e della dimensione del progetto, l'archivio dell'intero progetto pu\u00f2 richiedere tempo per essere scaricato e non \u00e8 sempre necessario, soprattutto nei casi di grandi monorepository. In GitLab 11.11 \u00e8 possibile scaricare un archivio del contenuto della directory corrente, inclusi i sottodirectory, per selezionare solo le cartelle necessarie.<\/p>\n<p><\/p>\n<p>Grazie per il lavoro, <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia Mei 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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">L'applicazione della proposta consente ora di risolvere automaticamente le discussioni<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>La proposta di modifica semplifica la collaborazione sulle merge request: ora \u00e8 possibile evitare il copia e incolla per accettare le modifiche proposte. In GitLab 11.11 abbiamo reso questo processo ancora pi\u00f9 semplice: ora la discussione si risolve automaticamente all'applicazione della proposta.<\/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=\"Guarda il 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\">Contatore del tempo nella barra laterale della bacheca delle attivit\u00e0<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Le barre laterali delle attivit\u00e0 devono apparire identiche nelle visualizzazioni della bacheca e delle attivit\u00e0. Pertanto, in GitLab ora c'\u00e8 un contatore del tempo nella barra laterale delle attivit\u00e0 nella bacheca delle attivit\u00e0. Basta andare sulla bacheca delle attivit\u00e0, fare clic su un'attivit\u00e0 e si aprir\u00e0 la barra laterale con il contatore del tempo.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">Informazioni sui deploy nell'API Environments<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Abbiamo aggiunto la possibilit\u00e0 di richiedere informazioni su un ambiente specifico dall'API Environments, per sapere quale commit \u00e8 attualmente distribuito nell'ambiente. Questo semplificher\u00e0 l'automazione e la reportistica per gli utenti degli Environments in GitLab.<\/p>\n<p><\/p>\n<h3 id=\"otricatelnye-sovpadeniya-peremennyh-dlya-pravil-payplayna\">Corrispondenze negative delle variabili per le regole del pipeline<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ora \u00e8 possibile verificare l'uguaglianza negativa o le corrispondenze dei modelli (<code>!=<\/code> e <code>!~<\/code>) nel file <code>.gitlab-ci.yml<\/code> quando si verificano i valori delle variabili di ambiente, rendendo cos\u00ec il controllo del comportamento dei pipeline pi\u00f9 flessibile.<\/p>\n<p><\/p>\n<h3 id=\"zapusk-vseh-vypolnyaemyh-vruchnuyu-dzhobov-na-etape-odnim-schelchkom\">Esecuzione di tutti i job manuali in uno step con un solo clic<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>In GitLab 11.11, gli utenti con molti job manuali negli step ora possono eseguire tutti questi job in uno step premendo il pulsante <strong>\u00abEsegui tutto\u00bb<\/strong> (\u00abPlay all\u00bb) a destra del nome dello step nella visualizzazione dei pipeline.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-fayla-napryamuyu-iz-peremennoy-sredy\">Creazione di un file direttamente da una variabile di ambiente<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Le variabili di ambiente sono spesso utilizzate per creare file, soprattutto per i segreti che necessitano di protezione e sono accessibili solo in uno specifico pipeline di ambiente. Per fare ci\u00f2, imposti come contenuto della variabile il contenuto del file e crei il file nel job che contiene il valore. Con la nuova variabile di ambiente di tipo <code>file<\/code> questo pu\u00f2 essere fatto in un solo passaggio senza modificare <code>.gitlab-ci.yml.<\/code><\/p>\n<p><\/p>\n<h3 id=\"konechnaya-tochka-api-dlya-svedeniy-ob-uyazvimostyah\">Endpoint API per informazioni sulle vulnerabilit\u00e0<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ora puoi richiedere a GitLab API tutte le vulnerabilit\u00e0 rilevate nel progetto. Con questa API \u00e8 possibile creare elenchi di vulnerabilit\u00e0 leggibili dalla macchina con filtri per tipo, credibilit\u00e0 e gravit\u00e0.<\/p>\n<p><\/p>\n<h3 id=\"vozmozhnost-polnogo-dinamicheskogo-skanirovaniya-dlya-dast\">Possibilit\u00e0 di scansione dinamica completa per DAST<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>In GitLab puoi testare dinamicamente la sicurezza delle applicazioni (Dynamic Application Security Testing, DAST) all'interno del pipeline CI. A partire da questa versione, puoi scegliere la scansione dinamica completa invece della scansione passiva standard. La scansione dinamica completa protegge da un numero maggiore di vulnerabilit\u00e0.<\/p>\n<p><\/p>\n<h3 id=\"ustanovka-prometheus-v-klasterah-na-urovne-gruppy\">Installazione di Prometheus nei cluster a livello di gruppo<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>In questa versione di GitLab \u00e8 stata aggiunta la possibilit\u00e0 di collegare un cluster Kubernetes all'intero gruppo. Abbiamo anche aggiunto la possibilit\u00e0 di installare una singola istanza di Prometheus in questo cluster, per semplificare il monitoraggio di tutti i progetti nel cluster.<\/p>\n<p><\/p>\n<h3 id=\"svedeniya-ob-ignorirovanii-uyazvimostey-na-paneli-bezopasnosti\">Informazioni sull'ignorare le vulnerabilit\u00e0 nel pannello di sicurezza<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nei pannelli di sicurezza di GitLab, gli amministratori possono visualizzare le vulnerabilit\u00e0 ignorate. Per ottimizzare il flusso di lavoro, abbiamo aggiunto la possibilit\u00e0 di visualizzare le informazioni sull'ignorare direttamente nel pannello di sicurezza.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-polzovatelskih-diagramm-metrik-na-paneli-monitoringa\">Creazione di grafici personalizzati delle metriche nel pannello di monitoraggio<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Crea nuovi grafici con metriche delle prestazioni personalizzate direttamente sulla dashboard del pannello di monitoraggio delle metriche. Ora gli utenti possono creare, aggiornare ed eliminare le visualizzazioni delle metriche sul pannello di monitoraggio facendo clic sul pulsante <strong>\u00abAggiungi Metrica\u00bb<\/strong> (\u00abAdd Metric\u00bb) nell'angolo in alto a destra del pannello di monitoraggio.<\/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: alcune responsabilit\u00e0 per le merge request e miglioramenti per i container\" 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\">I task delle notifiche ora vengono aperti a nome di GitLab Alert Bot<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Ora i task che si aprono dalle notifiche avranno come autore GitLab Alert Bot, cos\u00ec puoi vedere subito che il task \u00e8 stato creato automaticamente da una notifica importante.<\/p>\n<p><\/p>\n<h3 id=\"avtosohranenie-opisaniy-epikov-v-lokalnoe-hranilische\">Salvataggio automatico delle descrizioni degli epic nello storage locale<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Le descrizioni degli epic non venivano salvate nello storage locale, quindi le modifiche andavano perse se non le salvavi esplicitamente quando cambiavi la descrizione dell'epico. In GitLab 11.11 \u00e8 stata introdotta la possibilit\u00e0 di salvare le descrizioni degli epic nello storage locale. Questo significa che ora puoi facilmente tornare a modificare la descrizione dell'epico se si verifica un errore, ti distrai o esci accidentalmente dal browser.<\/p>\n<p><\/p>\n<h3 id=\"podderzhka-otzerkalivaniya-na-gitlab-dlya-git-lfs\">Supporto per il mirroring su GitLab per Git LFS<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Con la mirrorizzazione \u00e8 possibile replicare i repository Git da un luogo all'altro. Questo semplifica la memorizzazione su un server GitLab di una copia del repository situato altrove. Ora GitLab supporta la mirrorizzazione dei repository con Git LFS, quindi questa funzionalit\u00e0 \u00e8 disponibile anche per i repository con file di grandi dimensioni, come texture per giochi o dati scientifici.<\/p>\n<p><\/p>\n<h3 id=\"prava-na-chtenie-i-zapis-v-repozitorii-dlya-personalnyh-tokenov-dostupa\">Diritti di lettura e scrittura nei repository per i token di accesso personali<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Molti token di accesso personali hanno autorizzazioni per modifiche a livello <code>api<\/code>, ma l'accesso completo all'API pu\u00f2 dare troppi diritti ad alcuni utenti o organizzazioni.<\/p>\n<p><\/p>\n<p>Grazie al contributo della comunit\u00e0, ora i token di accesso personali possono avere diritti solo di lettura e scrittura per i repository del progetto, senza un accesso pi\u00f9 profondo a livello API per aree delicate di GitLab come impostazioni e appartenenza.<\/p>\n<p><\/p>\n<p>Grazie, 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\">Aggiunta del supporto di base per le richieste di gruppo GraphQL<\/h3>\n<p><\/p>\n<p><em>FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Con l'API GraphQL, gli utenti possono specificare esattamente quali dati sono necessari e ricevere tutte le informazioni richieste con poche query. A partire da questa release, GitLab supporta l'aggiunta di informazioni di base sul gruppo nell'API GraphQL.<\/p>\n<p><\/p>\n<h3 id=\"vhod-s-uchetnymi-dannymi-salesforce\">Accesso con credenziali Salesforce<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>GitLab ama gli sviluppatori di Salesforce e, per supportare questa comunit\u00e0, consentiamo agli utenti di accedere a GitLab con le credenziali di Salesforce.com. Ora, nelle istanze, \u00e8 possibile configurare GitLab come un'applicazione collegata a Salesforce per utilizzare Salesforce.com per accedere a GitLab con un solo clic.<\/p>\n<p><\/p>\n<h3 id=\"saml-sso-teper-obyazatelen-dlya-veb-dostupa\">SAML SSO \u00e8 ora obbligatorio per l'accesso web<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Noi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/5291\">estendendo il requisito di accesso unico (SSO)<\/a><\/noindex> a livello di gruppo, introdotto nella versione 11.8, con rigorosa verifica delle risorse di gruppo e progetto, in modo che gli utenti possano accedere solo fornendo SAML. Questo fornisce un ulteriore livello di controllo sugli accessi per le organizzazioni che apprezzano la sicurezza e utilizzano GitLab.com tramite SAML SSO. Ora puoi rendere SSO un requisito obbligatorio, sapendo che gli utenti nel tuo gruppo utilizzano SSO.<\/p>\n<p><\/p>\n<h3 id=\"filtraciya-po-nedavno-sozdannym-ili-izmenennym-dannym-dlya-api-epikov\">Filtraggio per dati recentemente creati o modificati per l'API degli epic<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>In passato, non era facile richiedere dati recentemente creati o modificati tramite l'API degli epic su GitLab. Nella release 11.11 abbiamo aggiunto filtri aggiuntivi <code>created_after<\/code>, <code>created_before<\/code>, <code>aggiornato_dopo<\/code> e <code>aggiornato_prima<\/code>, per garantire la coerenza con l'API delle attivit\u00e0 e trovare rapidamente epic modificati o creati di recente.<\/p>\n<p><\/p>\n<h3 id=\"biometricheskaya-autentifikaciya-s-ultraauth\">Autenticazione biometrica con UltraAuth<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Azienda <noindex>UltraAuth<\/noindex> si specializza nell'autenticazione biometrica senza password. Ora supportiamo questo metodo di autenticazione su GitLab!<\/p>\n<p><\/p>\n<p>Grazie, 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>Oggi abbiamo rilasciato GitLab Runner 11.11! GitLab Runner \u00e8 un progetto open source utilizzato per eseguire lavori CI\/CD e inviare i risultati a 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>Risolta un'issue in cui git lfs<\/code> non recuperava oggetti del sottomodulo.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1292\">Ottimizzata la gestione di grandi tracce.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1321\">\u00c8 possibile configurare i parametri delle funzioni tramite config.toml.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1319\"><code>Si possono usare i parametri delle funzioni per configurare la cartella \/builds<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1243\">Aggiunta del supporto PowerShell per Docker Executor.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1269\">Supporto per la configurazione dei volumi di Windows Docker.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchsheniya-omnibus\">Miglioramenti di Omnibus<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Abbiamo apportato i seguenti miglioramenti a Omnibus in GitLab 11.11:<\/p>\n<p><\/p>\n<ul>\n<li>GitLab 11.11 include <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\/\">un'alternativa open source a Slack<\/a><\/noindex>, il cui nuovo rilascio include messaggi efimeri interattivi e molto altro. Questa versione contiene <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/security-updates\/\">aggiornamenti di sicurezza<\/a><\/noindex>, e consigliamo di effettuare l'aggiornamento.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3241\"><code>Grafana aggiornata alla versione 1.1.0<\/code>, per allinearsi con le ultime dashboard di Omnibus<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3142\">Il pacchetto PostgreSQL 10 ora include Omnibus.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3249\/diffs\"><code>Sentry DSN ora pu\u00f2 essere passato in gitlab.yml<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3082\"><code>Aggiornamento di RubyGems alla versione 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>Aggiornamento di liblzma<\/code> fino a <code>5.2.4<\/code> con <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>Aggiornamento di libtool<\/code> fino a <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 si avvia dopo il comando pg-upgrade<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3182\">Aggiornamento dei componenti Prometheus alle ultime versioni.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\"><code>Aggiornamento di git alla versione 2.21.0<\/code>.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchshenie-shem\">Miglioramento degli schemi<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Abbiamo apportato i seguenti miglioramenti nei chart Helm in GitLab 11.11:<\/p>\n<p><\/p>\n<ul>\n<li>In GitLab 11.11 \u00e8 possibile <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/705\">allegare un volume per lo storage della directory tmp\/work<\/a><\/noindex>.<\/li>\n<li>Agli amministratori sono disponibili <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/merge_requests\/776\">opzioni di configurazione aggiuntive<\/a><\/noindex>, inclusi <code>memoryKiller<\/code>, <code>maxRss<\/code>, <code>graceTime<\/code> e <code>shutdownWait<\/code>.<\/li>\n<li>I chart Helm ora <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/1132\">sono testati in modo continuo<\/a><\/noindex> in 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\">Miglioramenti delle prestazioni<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Continuiamo a migliorare le prestazioni di GitLab con ogni rilascio per istanze GitLab di qualsiasi dimensione. Alcuni miglioramenti in 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\">Ottimizzazione del completamento automatico degli utenti quando ci sono molte vie ai profili.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27825\">Riduzione del carico utile di Sidekiq durante l'eliminazione dei todos.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/merge_requests\/11575\">Calcolo della complessit\u00e0 del risolutore GraphQL basato sugli elementi.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27817\">Miglioramento delle prestazioni della ricerca globale per gli oggetti emessi.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27413\">Incremento della performance durante il deploy del file diff completo.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27625\">Richiesta garantita di oggetti blob in un unico pacchetto.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/22801\">Visualizzazione dell'elenco delle pagine Wiki senza caricare il contenuto.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/24038\">Rinuncia alla creazione di link temporanei per confrontare rami all'interno di un progetto.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"ustarevshie-fichi\">Funzionalit\u00e0 deprecate<\/h2>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-heshirovannoe-hranenie-v-gitlab-120\">GitLab Geo fornir\u00e0 lo storage hashato in GitLab 12.0<\/h3>\n<p><\/p>\n<p>GitLab Geo \u00e8 richiesto <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/repository_storage_types.html#hashed-storage\">storage hashato<\/a><\/noindex> per mitigare la concorrenza sui nodi secondari. Questo \u00e8 stato segnalato in <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>In GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/20\">11.5<\/a><\/noindex> abbiamo aggiunto questo requisito nella documentazione Geo: <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>In 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> controlla se lo storage hashato \u00e8 abilitato e se tutti i progetti sono trasferiti. Vedi. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8289\">gitlab-ee#8289<\/a><\/noindex>. Se utilizzi Geo, ti preghiamo di eseguire questa verifica e di migrare il prima possibile.<\/p>\n<p><\/p>\n<p>In GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/23\">11.8<\/a><\/noindex> Un avviso disattivabile verr\u00e0 visualizzato sulla pagina <strong>Area Admin \u203a Geo \u203a Nodi<\/strong>, se le verifiche sopra menzionate non sono autorizzate. <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>In GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo utilizzer\u00e0 i requisiti per lo storage hashato. Vedi. <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>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-ispolzovanie-pg-fdw-v-gitlab-120\">GitLab Geo garantir\u00e0 l'utilizzo di PG FDW in GitLab 12.0<\/h3>\n<p><\/p>\n<p>Questo \u00e8 necessario per il Geo Log Cursor, poich\u00e9 aumenta notevolmente le prestazioni di alcune operazioni di sincronizzazione. Inoltre, migliora le prestazioni delle richieste di stato dei nodi Geo. Le richieste precedenti avevano prestazioni troppo basse nei progetti di grandi dimensioni. Vedi come configurarlo in <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/geo\/replication\/database.html\">replica del database Geo<\/a><\/noindex>. In GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo richieder\u00e0 PG FDW. Vedi <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>Data di rimozione: <strong>22 giugno 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\">Le opzioni di Sentry per la segnalazione di errori e il logging verranno rimosse dall'interfaccia utente in GitLab 12.0<\/h3>\n<p><\/p>\n<p>Queste opzioni verranno rimosse dall'interfaccia utente in GitLab 12.0 e saranno disponibili nel file <code>gitlab.yml<\/code>. Inoltre, potrai definire l'ambiente Sentry per distinguere tra pi\u00f9 deployment. Ad esempio, sviluppo, staging e produzione. Vedi <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>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ogranichenie-maksimalnogo-kolichestva-payplaynov-sozdavaemyh-odnoy-otpravkoy\">Limite massimo di pipeline create da un singolo invio<\/h3>\n<p><\/p>\n<p>In precedenza, GitLab creava pipeline per <code>HEAD<\/code> ogni branch nell'invio. Questo \u00e8 utile per gli sviluppatori che inviano pi\u00f9 modifiche contemporaneamente (ad esempio, su un branch di funzionalit\u00e0 e su un branch <code>develop.<\/code>).<\/p>\n<p><\/p>\n<p>Tuttavia, quando si invia un grande repository, con molti branch attivi (ad esempio, per spostamento, mirror o branch), non \u00e8 necessario creare una pipeline per ogni branch. A partire da GitLab 11.10 creiamo <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27205\">un massimo di 4 pipeline<\/a><\/noindex> con un invio.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 maggio 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshie-puti-legacy-koda-gitlab-runner\">Percorsi legacy obsoleti del codice GitLab Runner<\/h3>\n<p><\/p>\n<p>A partire da GitLab 11.9, GitLab Runner utilizza <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1203\">un nuovo metodo <\/a><\/noindex> di clonazione\/chiamata del repository. Attualmente, GitLab Runner utilizzer\u00e0 il vecchio metodo se il nuovo non \u00e8 supportato. Per maggiori dettagli, consulta <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4069\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>In GitLab 11.0 abbiamo modificato l'aspetto della configurazione del server delle metriche per GitLab Runner. <code>metrics_server<\/code>sar\u00e0 rimosso a favore di <code>listen_address<\/code> in GitLab 12.0. Ulteriori dettagli possono essere trovati in <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4072\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Nella versione 11.3, GitLab Runner ha iniziato a supportare <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/968\">diversi provider di cache<\/a><\/noindex>; il che ha portato a nuove configurazioni per <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscaches3-section\">una specifica configurazione S3<\/a><\/noindex>. In <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscache-section\">documentazione<\/a><\/noindex> \u00e8 stata fornita una tabella delle modifiche e istruzioni per passare alla nuova configurazione. Per maggiori dettagli, vedere <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4070\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Questi percorsi non saranno disponibili in GitLab 12.0. Come utente, non \u00e8 necessario cambiare nulla, basta assicurarsi che l'istanza di GitLab funzioni con la versione 11.9+ prima di aggiornare a GitLab Runner 12.0.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-parametr-dlya-fichi-tochki-vhoda-dlya-gitlab-runner\">Parametro obsoleto per la funzione del punto di ingresso per GitLab Runner<\/h3>\n<p><\/p>\n<p>In 11.4, GitLab Runner ha introdotto il parametro della funzione <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> per risolvere problemi come <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/2338\">#2338<\/a><\/noindex> e <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/3536\">#3536<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>In GitLab 12.0 ci sposteremo su un comportamento corretto, come se il parametro della funzione fosse disabilitato. Ulteriori dettagli possono essere trovati in <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4073\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshaya-podderzhka-distributiva-linux-dostigshego-eol-dlya-gitlab-runner\">Supporto obsoleto per distribuzioni Linux che hanno raggiunto l'EOL per GitLab Runner<\/h3>\n<p><\/p>\n<p>Alcune distribuzioni Linux, in cui \u00e8 possibile installare GitLab Runner, hanno terminato il loro ciclo di vita.<\/p>\n<p><\/p>\n<p>In GitLab 12.0, GitLab Runner non distribuir\u00e0 pi\u00f9 pacchetti a tali distribuzioni Linux. L'elenco completo delle distribuzioni non pi\u00f9 supportate pu\u00f2 essere trovato nel nostro <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/install\/linux-repository.html\">documentazione<\/a><\/noindex>. Grazie, Javier Ardo (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/jjardon\">Javier Jard\u00f3n<\/a><\/noindex>), per il tuo <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1130\">contributo<\/a><\/noindex>!<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-staryh-komand-gitlab-runner-helper\">Rimozione dei comandi obsoleti di GitLab Runner Helper<\/h3>\n<p><\/p>\n<p>Nel contesto dell'aggiunta del supporto <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/epics\/535\">il Windows Docker executor<\/a><\/noindex> \u00e8 stato necessario rinunciare ad alcuni comandi obsoleti utilizzati per <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#helper-image\">l'immagine helper<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>In GitLab 12.0, GitLab Runner viene avviato con nuovi comandi. Questo riguarda solo gli utenti che <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#overriding-the-helper-image\">sovrascrivono l'immagine helper<\/a><\/noindex>. Ulteriori dettagli possono essere trovati in <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4013\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-legacy-mehanizma-git-clean-iz-gitlab-runner\">Rimozione del meccanismo legacy di git clean da GitLab Runner<\/h3>\n<p><\/p>\n<p>In GitLab Runner 11.10 abbiamo <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1281\">offerto la possibilit\u00e0<\/a><\/noindex> configurare come il Runner esegue il comando <code>git clean<\/code>. Inoltre, la nuova strategia di pulizia elimina l'utilizzo di <code>git reset<\/code> e colloca il comando <code>git clean<\/code> dopo il passo di scarico.<\/p>\n<p><\/p>\n<p>Poich\u00e9 questa modifica del comportamento potrebbe influenzare alcuni utenti, abbiamo preparato il parametro <code>FF_USE_LEGACY_GIT_CLEAN_STRATEGY<\/code>. Se impostato su <code>true<\/code>, ripristiner\u00e0 la strategia di pulizia legacy. Maggiori informazioni sull'uso dei parametri delle funzioni in GitLab Runner possono essere trovate <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/feature-flags.html\">nella documentazione<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>In GitLab Runner 12.0, rimuoveremo il supporto per la strategia di pulizia legacy e la possibilit\u00e0 di ripristinarla tramite il parametro della funzione. Vedi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4175\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 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\">Modelli di progetti di gruppo<\/a><\/noindex> disponibili solo per piani Silver\/Premium<\/h3>\n<p><\/p>\n<p>Quando abbiamo presentato i modelli di progetto a livello di gruppo nell'uscita 11.6, abbiamo accidentalmente reso questa funzionalit\u00e0 per Premium\/Silver disponibile per tutti i piani.<\/p>\n<p><\/p>\n<p>Noi <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/10926\">stiamo correggendo questo bug<\/a><\/noindex> nella versione 11.11 e diamo altri 3 mesi a tutti gli utenti e istanze al di sotto del livello Silver\/Premium.<\/p>\n<p><\/p>\n<p>Dal 22 agosto 2019, i modelli di progetti di gruppo saranno disponibili solo per il piano Silver\/Premium e superiore, come descritto nella documentazione.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 agosto 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"prekraschena-podderzhka-paketnyh-zadaniy-windows\">Interrotta la supporto per i job batch di Windows<\/h3>\n<p><\/p>\n<p>In GitLab 13.0 (22 giugno 2020), pianifichiamo di interrompere il supporto per i job batch nella riga di comando di Windows in GitLab Runner (ad esempio, <code>cmd.exe<\/code>) a favore di un supporto avanzato di Windows PowerShell. Maggiori dettagli in <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4163\">questo argomento<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Ora la nostra visione del DevOps aziendale sar\u00e0 in linea con la posizione di Microsoft che PowerShell \u00e8 l'opzione migliore per l'automazione delle applicazioni aziendali in ambienti Windows. Se desideri continuare a utilizzare <code>cmd.exe<\/code>, questi comandi possono essere chiamati da PowerShell, ma non supporteremo direttamente i job batch di Windows a causa di alcune incoerenze che portano a costi elevati per la manutenzione e lo sviluppo.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 settembre 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"trebuetsya-git-2210-ili-vyshe\">\u00c8 richiesto Git 2.21.0 o superiore<\/h3>\n<p><\/p>\n<p>A partire da GitLab 11.11 \u00e8 richiesto Git 2.21.0 per l'esecuzione. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\">Omnibus GitLab \u00e8 gi\u00e0 fornito con Git 2.21.0<\/a><\/noindex>, ma gli utenti delle installazioni originali con versioni precedenti di Git dovranno eseguire un aggiornamento.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 maggio 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-shablon-servisa-kubernetes\">Modello del servizio Kubernetes obsoleto<\/h3>\n<p><\/p>\n<p>In GitLab 12.0 prevediamo di abbandonare il modello del servizio Kubernetes <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/39840\">a livello dell'istanza<\/a><\/noindex> a favore della configurazione del cluster a livello di istanza, introdotta in GitLab 11.11.<\/p>\n<p><\/p>\n<p>Tutte le istanze autogestite che utilizzano il modello di servizio saranno migrate nel cluster a livello di istanza durante l'aggiornamento a GitLab 12.0.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"otkaz-ot-sopostavleniya-po-yarlyku-app-na-panelyah-deploya-kubernetes\">Abbandono del mapping per etichetta <code>app<\/code> sui pannelli di distribuzione Kubernetes<\/h3>\n<p><\/p>\n<p>In GitLab 12.0 prevediamo di abbandonare il mapping per etichetta app nel selettore di distribuzioni Kubernetes. In GitLab 11.10 abbiamo introdotto <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/9221\">un nuovo meccanismo di mapping<\/a><\/noindex>, che cerca le corrispondenze per <code>app.example.com\/app<\/code> e <code>app.example.com\/env<\/code>, per visualizzare le distribuzioni sul pannello.<\/p>\n<p><\/p>\n<p>Perch\u00e9 queste distribuzioni vengano visualizzate sui pannelli di distribuzione, \u00e8 sufficiente inviare una nuova distribuzione, e GitLab applicher\u00e0 le nuove etichette.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"pakety-gitlab-120-budut-podpisyvatsya-rasshirennoy-podpisyu\">I pacchetti GitLab 12.0 saranno firmati con una firma avanzata<\/h3>\n<p><\/p>\n<p>Il 2 maggio 2019 GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/issues\/3897\">ha prorogato il termine di validit\u00e0 delle chiavi di firma per i pacchetti<\/a><\/noindex> Omnibus GitLab dal 01.08.2019 al 01.07.2020. Se controlli le firme del pacchetto e desideri aggiornare le chiavi, esegui nuovamente le istruzioni della <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/update\/package_signatures.html\">documentazione per la firma dei pacchetti Omnibus<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Data di rimozione: <strong>22 giugno 2019<\/strong><\/p>\n<p><\/p>\n<h3 id=\"zhurnal-izmeneniy\">Registro delle modifiche<\/h3>\n<p><\/p>\n<p>Cerca tutte queste modifiche nel registro delle modifiche:<\/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\">Installazione<\/h3>\n<p><\/p>\n<p>Se stai configurando una nuova installazione di GitLab, visita <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/install\/\">la pagina di download di GitLab<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h3 id=\"obnovlenie\">Aggiornamento<\/h3>\n<p><\/p>\n<p>\u2192 Dai un'occhiata a <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/update\/\">pagina degli aggiornamenti<\/a><\/noindex><\/p>\n<p>Fonte: <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.1.1 - 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\/it\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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: diversi responsabili per le merge request e miglioramenti per i container | ProHoster","description":".","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/34683","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=34683"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/34683\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/26134"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=34683"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=34683"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=34683"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}