{"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: pi\u00f9 responsabili per le merge request e miglioramenti per i container","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"GitLab<\/p>\n

<\/p>\n

Pi\u00f9 opportunit\u00e0 di collaborazione e notifiche aggiuntive<\/h3>\n

<\/p>\n

In GitLab cerchiamo continuamente nuovi modi per migliorare la collaborazione lungo tutto il ciclo di vita DevOps. Siamo lieti di annunciare che da questa versione supportiamo pi\u00f9 responsabili per una singola merge request<\/a><\/noindex>! Questa funzione \u00e8 disponibile con il livello GitLab Starter e rappresenta veramente il nostro motto: \u00abOgnuno pu\u00f2 contribuire\u00bb<\/strong>. Sappiamo che molte persone possono lavorare su una singola merge request per assicurarsi che tutto sia in ordine, e ora avete la possibilit\u00e0 di assegnare pi\u00f9 responsabili per le merge request!<\/p>\n

<\/p>\n

Inoltre, i team DevOps ora ricevono 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 aggiornato quasi istantaneamente sui nuovi deployment.<\/p>\n

<\/p>\n

Riduzione dei costi con il supporto per i container Docker su Windows e la preparazione di cluster Kubernetes a livello di istanza<\/h3>\n

<\/a><\/noindex><\/p>\n

Adoriamo i container! I container utilizzano meno risorse di sistema rispetto alle macchine virtuali e migliorano la portabilit\u00e0 delle applicazioni. Dalla versione 11.11 di GitLab, supportiamo Windows Container Executor per GitLab Runner<\/a><\/noindex>, quindi ora puoi utilizzare i container Docker su Windows e godere di funzionalit\u00e0 avanzate per l'orchestrazione dei pipeline e la gestione.<\/p>\n

<\/p>\n

GitLab Premium (solo per installazioni self-hosted) ora offre un proxy cache per le dipendenze per le immagini Docker<\/a><\/noindex>. Questo aggiuntivo accelerer\u00e0 la consegna, poich\u00e9 ora avrai un proxy cache per le immagini Docker pi\u00f9 usate.<\/p>\n

<\/p>\n

Gli utenti delle installazioni self-hosted di GitLab possono ora preparare un cluster Kubernetes a livello di istanza<\/a><\/noindex>, e tutti i gruppi e progetti nell'istanza lo useranno per i loro deploy. Grazie a questa integrazione, GitLab con Kubernetes generer\u00e0 automaticamente risorse per progetti specifici per una maggiore sicurezza.<\/p>\n

<\/p>\n

E non \u00e8 tutto!<\/h3>\n

<\/p>\n

Oltre alle nuove funzionalit\u00e0 per la collaborazione e le notifiche aggiuntive, abbiamo aggiunto accesso ospite alle release<\/a><\/noindex>, aumentando i minuti aggiuntivi CI Runner per GitLab Free<\/a><\/noindex>, abbiamo semplificato i controlli tramite la risoluzione automatica delle discussioni quando si applica un'offerta<\/a><\/noindex>, e molto altro ancora!<\/p>\n

<\/p>\n

Miglior dipendente del mese (MVP<\/a><\/noindex>) \u2014 Kia Mei Somabes (Kia Mei Somabes<\/a><\/noindex>)<\/p>\n

In questa versione abbiamo aggiunto la possibilit\u00e0 di caricare singole cartelle dai repository, anzich\u00e9 l'intero contenuto. Ora puoi caricare solo i file necessari. Grazie, Kia Mei Somabes!<\/p><\/blockquote>\n

<\/p>\n

Caratteristiche principali di GitLab 11.11<\/h2>\n

<\/p>\n

Windows Container Executor per GitLab Runner<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab 11.11 abbiamo aggiunto un nuovo esecutore in GitLab Runner per consentire l'uso dei container Docker in Windows. Prima era necessario usare una shell per orchestrare i container Docker in Windows, mentre ora \u00e8 possibile lavorare direttamente con i container Docker in Windows, quasi come in Linux. Gli utenti delle piattaforme Microsoft hanno ora pi\u00f9 opzioni per orchestrare pipeline e gestire.<\/p>\n

<\/p>\n

Questo aggiornamento include un miglior supporto di PowerShell in GitLab CI\/CD, insieme a nuove immagini ausiliarie per diverse versioni dei container Windows. I tuoi runner Windows personali possono ovviamente essere utilizzati con GitLab.com, ma al momento non fanno parte degli strumenti pubblicamente disponibili.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Proxy di caching delle dipendenze per il registro dei contenitori<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

I team utilizzano frequentemente i contenitori nei pipeline di build, e un proxy di caching per le immagini e i pacchetti pi\u00f9 utilizzati \u00e8 un ottimo modo per accelerare i pipeline. Con una copia locale dei layer necessari, disponibile tramite un nuovo proxy di caching, \u00e8 possibile lavorare in modo pi\u00f9 efficiente con le immagini comuni nel vostro ambiente.<\/p>\n

<\/p>\n

Attualmente, il proxy per i contenitori \u00e8 disponibile solo per le istanze autogestite sul server web Puma (in modalit\u00e0 sperimentale)<\/a><\/noindex>.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Pi\u00f9 responsabili per le merge request<\/h3>\n

<\/p>\n

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Spesso, diverse persone lavorano contemporaneamente su una funzionalit\u00e0 in un ramo comune e in una merge request, ad esempio quando gli sviluppatori frontend e backend collaborano strettamente o quando gli sviluppatori lavorano in coppia, come nella programmazione estrema.<\/p>\n

<\/p>\n

In GitLab 11.11 \u00e8 possibile assegnare pi\u00f9 persone alle merge request. Come per pi\u00f9 responsabili delle attivit\u00e0, qui \u00e8 possibile utilizzare liste, filtri, notifiche e API.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Configurazione del cluster Kubernetes a livello di istanza<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

Il modello di sicurezza e preparazione in Kubernetes sta evolvendo e ora \u00e8 possibile gestire un gran numero di clienti tramite un unico cluster condiviso.<\/p>\n

<\/p>\n

Con GitLab 11.11, gli utenti delle istanze auto-gestite possono ora preparare il cluster a livello di istanza, e tutti i gruppi e progetti all'interno dell'istanza lo utilizzeranno per i loro deploy. Grazie a questa integrazione, GitLab creer\u00e0 automaticamente risorse specifiche per i progetti, aumentando la sicurezza.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Notifiche sui deploy in Slack e Mattermost<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Ora puoi configurare avvisi automatici sugli eventi di deploy nel canale del team grazie all'integrazione con le chat Slack<\/a><\/noindex> e Mattermost<\/a><\/noindex>, e il tuo team sar\u00e0 aggiornato su tutti gli eventi importanti.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Accesso ospite alle versioni<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Ora gli utenti ospiti dei tuoi progetti possono visualizzare le versioni pubblicate nella pagina Releases. Possono scaricare gli artefatti pubblicati, ma non possono scaricare il codice sorgente o visualizzare i dettagli dei repository, come tag o commit.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Altri miglioramenti in GitLab 11.11<\/h2>\n

<\/p>\n

Grafi di commit serializzati per migliorare le prestazioni<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Per molte operazioni Git \u00e8 necessaria l'attraversamento del grafo dei commit, ad esempio per calcolare la base di fusione o per visualizzare i rami che contengono un commit. Pi\u00f9 commit ci sono, pi\u00f9 lentamente si eseguono queste operazioni, poich\u00e9 \u00e8 necessario caricare ogni oggetto dal disco per leggere i suoi puntatori.<\/p>\n

<\/p>\n

In GitLab 11.11 abbiamo introdotto la funzionalit\u00e0 dei grafi dei commit serializzati, presentata nelle ultime versioni di Git, per calcolare e memorizzare queste informazioni in anticipo. Ora, gli attraversamenti in grandi repository vengono eseguiti molto pi\u00f9 velocemente. Il grafo dei commit verr\u00e0 creato automaticamente al prossimo processo di garbage collection nel repository.<\/p>\n

<\/p>\n

Scopri come \u00e8 stato creato il grafo dei commit serializzati in una serie di articoli<\/a><\/noindex> scritti da uno degli autori di questa funzionalit\u00e0.<\/p>\n

<\/p>\n

Minuti extra per CI Runner: ora anche per i piani gratuiti<\/h3>\n

<\/p>\n

FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Il mese scorso abbiamo aggiunto la possibilit\u00e0 di acquistare minuti extra per CI Runner, ma solo per i piani a pagamento di GitLab.com. In questa versione, i minuti possono essere acquistati anche nei piani gratuiti.<\/p>\n

<\/p>\n

Caricamento di archivi di directory nel repository<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

A seconda del tipo e della dimensione del progetto, l'archivio dell'intero progetto pu\u00f2 richiedere molto tempo per essere caricato e non \u00e8 sempre necessario, soprattutto nel caso di grandi monorepo. Con GitLab 11.11, \u00e8 possibile caricare l'archivio del contenuto della directory corrente, inclusi i sottodirectory, per selezionare solo le cartelle necessarie.<\/p>\n

<\/p>\n

Grazie per il lavoro, Kia Mei Somabes<\/a><\/noindex>!<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

L'applicazione della proposta ora risolve automaticamente la discussione<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

La proposta di modifica semplifica la collaborazione sulle merge request: ora \u00e8 possibile evitare la copia e incolla per accettare la modifica proposta. In GitLab 11.11, abbiamo reso questo processo ancora pi\u00f9 semplice: ora la discussione si risolve automaticamente quando viene applicata la proposta.<\/p>\n

\n

\r\n \"Riproduci\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Contatore del tempo nella barra laterale della bacheca delle attivit\u00e0<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Le barre laterali delle attivit\u00e0 devono apparire uguali nelle visualizzazioni della bacheca e delle attivit\u00e0. Pertanto, in GitLab c'\u00e8 ora un contatore del tempo nella barra laterale delle attivit\u00e0 sulla bacheca delle attivit\u00e0. Basta andare sulla bacheca delle attivit\u00e0, fare clic su un'attivit\u00e0 e si aprir\u00e0 una barra laterale con il contatore del tempo.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

Informazioni sui deployment nell'API Environments<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Abbiamo aggiunto la possibilit\u00e0 di richiedere informazioni su un ambiente specifico tramite l'Environments API, per sapere quale commit \u00e8 attualmente distribuito nell'ambiente. Questo semplificher\u00e0 l'automazione e la reportistica per gli utenti di Environments in GitLab.<\/p>\n

<\/p>\n

Match negativi delle variabili per le regole del pipeline<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Ora \u00e8 possibile verificare l'uguaglianza o la corrispondenza negativa dei modelli (!=<\/code> e !~<\/code>) nel file .gitlab-ci.yml<\/code> quando si verificano valori delle variabili di ambiente, quindi il controllo del comportamento dei pipeline \u00e8 diventato pi\u00f9 flessibile.<\/p>\n

<\/p>\n

Esecuzione di tutti i job manuali in una fase con un solo clic<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab 11.11, gli utenti che hanno molte job manuali nelle fasi possono ora eseguire tutte queste job in una sola fase premendo il pulsante \u00abPlay all\u00bb<\/strong> (\u00abEsegui tutto\u00bb) a destra del nome della fase nella visualizzazione dei pipeline.<\/p>\n

<\/p>\n

Creazione di un file direttamente da una variabile di ambiente<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Le variabili di ambiente sono spesso utilizzate per creare file, specialmente per i segreti che necessitano di protezione e sono accessibili solo in un determinato pipeline di ambiente. A tale scopo, si imposta il contenuto della variabile come contenuto del file e si crea un file nel job che contiene il valore. Con la nuova variabile di ambiente di tipo file<\/code> puoi farlo in un solo passaggio anche senza modifiche .gitlab-ci.yml.<\/code><\/p>\n

<\/p>\n

Endpoint API per informazioni sulle vulnerabilit\u00e0<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Ora puoi richiedere all'API di GitLab tutte le vulnerabilit\u00e0 scoperte nel progetto. Con questa API \u00e8 possibile creare elenchi di vulnerabilit\u00e0 leggibili dalle macchine, con filtri per tipo, attendibilit\u00e0 e gravit\u00e0.<\/p>\n

<\/p>\n

Possibilit\u00e0 di scansione dinamica completa per DAST<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

In GitLab puoi testare dinamicamente la sicurezza delle applicazioni (Dynamic Application Security Testing, DAST) all'interno del pipeline CI. Da questa release puoi scegliere la scansione dinamica completa anzich\u00e9 la scansione passiva standard. La scansione dinamica completa protegge da un numero maggiore di vulnerabilit\u00e0.<\/p>\n

<\/p>\n

Installazione di Prometheus nei cluster a livello di gruppo<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

In questa versione GitLab ha introdotto la possibilit\u00e0 di collegare un cluster Kubernetes all'intero gruppo. Abbiamo anche aggiunto la possibilit\u00e0 di installare un'istanza di Prometheus su questo cluster, per semplificare il monitoraggio di tutti i progetti nel cluster.<\/p>\n

<\/p>\n

Informazioni sull'ignoramento delle vulnerabilit\u00e0 nel pannello di sicurezza<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Nelle schede 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'ignoramento direttamente sulla scheda di sicurezza.<\/p>\n

<\/p>\n

Creazione di grafici personalizzati per le metriche nel dashboard<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Crea nuovi grafici con metriche di performance personalizzate direttamente nella barra degli strumenti del dashboard delle metriche. Ora gli utenti possono creare, aggiornare e cancellare visualizzazioni delle metriche nel dashboard premendo il pulsante \u00abAdd Metric\u00bb<\/strong> (\u00abAggiungi metrica\u00bb) nell'angolo in alto a destra della barra degli strumenti del dashboard.<\/p>\n

<\/p>\n

\"GitLab<\/a><\/noindex><\/p>\n

<\/p>\n

I ticket delle notifiche ora si aprono a nome del GitLab Alert Bot<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Ora i ticket che si aprono dalle notifiche avranno come autore il GitLab Alert Bot, cos\u00ec puoi vedere immediatamente che il ticket \u00e8 stato creato automaticamente da una notifica importante.<\/p>\n

<\/p>\n

Salvataggio automatico delle descrizioni degli epic nel deposito locale<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

Le descrizioni degli epic non venivano salvate nella memorizzazione locale, quindi le modifiche andavano perse a meno che non le salvaste esplicitamente quando cambiavate la descrizione dell'epic. Con GitLab 11.11 \u00e8 stata introdotta la possibilit\u00e0 di salvare le descrizioni degli epic nella memorizzazione locale. Questo significa che ora potete facilmente tornare a modificare la descrizione di un epic se si \u00e8 verificato un errore, se siete stati distratti o se avete chiuso accidentalmente il browser.<\/p>\n

<\/p>\n

Supporto per il mirroring su GitLab per Git LFS<\/h3>\n

<\/p>\n

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Con il mirroring \u00e8 possibile replicare i repository Git da un luogo a un altro. Questo semplifica la memorizzazione su un server GitLab di una copia del repository che si trova altrove. Ora GitLab supporta il mirroring dei repository con Git LFS, quindi questa funzione \u00e8 disponibile anche per i repository con file di grandi dimensioni, come texture per giochi o dati scientifici.<\/p>\n

<\/p>\n

Diritti di lettura e scrittura sui repository per i token di accesso personali<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Molti token di accesso personali hanno autorizzazioni per le modifiche a livello api<\/code>, ma l'accesso completo all'API pu\u00f2 conferire troppi diritti ad alcuni utenti o organizzazioni.<\/p>\n

<\/p>\n

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, e non un accesso pi\u00f9 profondo a livello API a zone delicate di GitLab come le impostazioni e l'appartenenza.<\/p>\n

<\/p>\n

Grazie, Horatiu Eugen Vlad (Horatiu Eugen Vlad<\/a><\/noindex>)!<\/p>\n

<\/p>\n

Aggiunta del supporto di base per le query di gruppo GraphQL<\/h3>\n

<\/p>\n

FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n

<\/p>\n

Con l'API GraphQL, gli utenti possono specificare esattamente quali dati desiderano e ottenere tutte le informazioni necessarie con poche query. A partire da questa versione, GitLab supporta l'aggiunta di informazioni di base sul gruppo nell'API GraphQL.<\/p>\n

<\/p>\n

Accesso con le credenziali Salesforce<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

GitLab ama gli sviluppatori Salesforce e per supportare questa comunit\u00e0 consentiamo agli utenti di accedere a GitLab con le credenziali di Salesforce.com. \u00c8 ora possibile configurare GitLab come app connessa a Salesforce per utilizzare Salesforce.com per l'accesso a GitLab con un solo tocco.<\/p>\n

<\/p>\n

Il SSO SAML \u00e8 ora obbligatorio per l'accesso web<\/h3>\n

<\/p>\n

PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Noi Ampliare il requisito dell'accesso unico (SSO)<\/a><\/noindex> a livello di gruppo, introdotto nella release 11.8, con un controllo rigoroso delle risorse del gruppo e del progetto, affinch\u00e9 gli utenti possano accedere solo tramite SAML. Si tratta di un ulteriore livello di controllo degli accessi per le organizzazioni che valorano la sicurezza e utilizzano GitLab.com tramite SAML SSO. Ora puoi rendere l'SSO un requisito obbligatorio, sapendo che gli utenti nel tuo gruppo utilizzano l'SSO.<\/p>\n

<\/p>\n

Filtraggio per dati recentemente creati o modificati per l'API delle epic<\/h3>\n

<\/p>\n

ULTIMATE, GOLD<\/em><\/p>\n

<\/p>\n

In passato non era facile richiedere dati recentemente creati o modificati usando l'API delle epic su GitLab. Nella release 11.11 abbiamo aggiunto filtri aggiuntivi created_after<\/code>, created_before<\/code>, updated_after<\/code> e updated_before<\/code>, per garantire coerenza con l'API delle issue e trovare rapidamente le epic modificate o recentemente create.<\/p>\n

<\/p>\n

Autenticazione biometrica con UltraAuth<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Azienda UltraAuth<\/noindex> si specializza nell'autenticazione biometrica senza password. Ora supportiamo questo metodo di autenticazione su GitLab!<\/p>\n

<\/p>\n

Grazie, Kartikey Tanna (Kartikey Tanna<\/a><\/noindex>)!<\/p>\n

<\/p>\n

GitLab Runner 11.11<\/h3>\n

<\/p>\n

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n

<\/p>\n

Oggi abbiamo rilasciato GitLab Runner 11.11! GitLab Runner \u00e8 un progetto open source utilizzato per eseguire job CI\/CD e inviare i risultati a GitLab.<\/p>\n

<\/p>\n