ProHoster > blog > amministrazione > GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori
GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori
Più opzioni di collaborazione e notifiche aggiuntive
Noi di GitLab siamo costantemente alla ricerca di nuovi modi per migliorare la collaborazione nell'intero ciclo di vita DevOps. Siamo lieti di annunciare che con questa release supportiamo più persone responsabili per una richiesta di fusione! Questa funzionalità è disponibile dal livello GitLab Starter e incarna davvero il nostro motto: "Tutti possono contribuire". Sappiamo che su una singola richiesta di unione possono lavorare molte persone per assicurarsi che tutto sia in ordine e ora hai la possibilità di assegnare più proprietari di richieste di unione!
Riduci i costi con il supporto per i contenitori Docker su Windows e il provisioning a livello di istanza dei cluster Kubernetes
Adoriamo i contenitori! I contenitori consumano meno risorse di sistema rispetto alle macchine virtuali e migliorano la portabilità delle applicazioni. Dal rilascio di GitLab 11.11 supportiamo Esecutore di contenitori Windows per GitLab Runner, quindi ora puoi utilizzare i contenitori Docker su Windows e usufruire di funzionalità avanzate di orchestrazione e gestione della pipeline.
Gli utenti delle istanze GitLab autogestite ora possono eseguire il provisioning Cluster Kubernetes a livello di istanzae tutti i team e i progetti nell'istanza lo utilizzeranno per le loro distribuzioni. Questa integrazione di GitLab con Kubernetes creerà automaticamente risorse specifiche del progetto per una maggiore sicurezza.
Il dipendente più prezioso di questo mese (MVP) — Kia Mae Somabes (Kia Mei Somabes)
In questa versione abbiamo aggiunto la possibilità di scaricare singole cartelle dai repository, anziché tutto il contenuto. Ora puoi scaricare solo alcuni dei file che ti servono. Grazie, Kia Mae Somabes!
Caratteristiche principali di GitLab 11.11
Esecutore di contenitori Windows per GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
In GitLab 11.11 abbiamo aggiunto un nuovo runner a GitLab Runner per rendere i contenitori Docker utilizzabili su Windows. In precedenza, dovevi utilizzare una shell per orchestrare i contenitori Docker su Windows, ma ora puoi lavorare direttamente con i contenitori Docker su Windows, più o meno come su Linux. Gli utenti della piattaforma Microsoft ora hanno più opzioni per l'orchestrazione e la gestione della pipeline.
Questo aggiornamento include un supporto PowerShell migliorato in GitLab CI/CD, nonché nuove immagini di supporto per diverse versioni di contenitori Windows. Ovviamente i tuoi runner Windows possono essere utilizzati con GitLab.com, ma non sono ancora strumenti disponibili pubblicamente.
Proxy delle dipendenze di memorizzazione nella cache per il registro contenitori
PREMIUM, ULTIMO
I team utilizzano spesso i contenitori nelle pipeline di compilazione e memorizzare nella cache un proxy per le immagini e i pacchetti utilizzati di frequente dall'upstream è un ottimo modo per velocizzare le pipeline. Con una copia locale dei layer di cui hai bisogno, accessibile tramite il nuovo proxy di memorizzazione nella cache, puoi lavorare in modo più efficiente con le immagini comuni nel tuo ambiente.
Per ora, il proxy del contenitore è disponibile solo per le istanze autogestite sul server web Puma (in modalità sperimentale).
Diverse persone responsabili delle richieste di fusione
STARTER, PREMIUM, ULTIMATE, BRONZO, ARGENTO, ORO
È abbastanza comune che più persone lavorino su una funzionalità in un ramo condiviso e una richiesta di unione, ad esempio quando gli sviluppatori front-end e back-end lavorano a stretto contatto o quando gli sviluppatori lavorano in coppia, come in Extreme Programming.
In GitLab 11.11, puoi assegnare a più persone l'unione delle richieste. Come con più proprietari di attività, puoi utilizzare elenchi, filtri, notifiche e API.
Configurazione del cluster Kubernetes a livello di istanza
CORE, STARTER, PREMIUM, ULTIMATE
Il modello di sicurezza e provisioning in Kubernetes si sta evolvendo per consentire di servire un gran numero di client attraverso un cluster condiviso.
In GitLab 11.11, gli utenti di istanze autogestite possono ora effettuare il provisioning di un cluster a livello di istanza e tutti i team e i progetti nell'istanza lo utilizzeranno per le loro distribuzioni. Questa integrazione di GitLab con Kubernetes creerà automaticamente risorse specifiche del progetto per una maggiore sicurezza.
Notifiche di distribuzione in Slack e Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Ora puoi impostare notifiche automatiche sugli eventi di distribuzione nel canale del team grazie all'integrazione con le chat Slack и Mattermoste il tuo team sarà a conoscenza di tutti gli eventi importanti.
Accesso ospite ai problemi
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Gli utenti ospiti dei tuoi progetti ora possono visualizzare le versioni pubblicate nella pagina Versioni. Potranno scaricare gli artefatti pubblicati, ma non potranno scaricare il codice sorgente o visualizzare i dettagli del repository come tag o commit.
Altri miglioramenti in GitLab 11.11
Grafici di commit serializzati per prestazioni migliorate
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Molte operazioni Git richiedono l'attraversamento del grafico dei commit, come il calcolo della base di unione o l'elenco dei rami che contengono un commit. Maggiore è il numero di commit, più lente saranno queste operazioni perché l'attraversamento richiede il caricamento di ciascun oggetto dal disco per leggerne i puntatori.
In GitLab 11.11, abbiamo abilitato la funzionalità del grafico di commit serializzato introdotta nelle recenti versioni di Git per calcolare e archiviare in modo proattivo queste informazioni. Le scansioni nei repository di grandi dimensioni ora sono molto più veloci. Il grafico di commit verrà creato automaticamente durante la successiva garbage collection del repository.
Leggi come è stato creato il grafico di commit serializzato in serie di articoli da uno degli autori di questo articolo.
Minuti CI Runner aggiuntivi: ora disponibili per piani gratuiti
LIBERO, BRONZO, ARGENTO, ORO
Il mese scorso abbiamo aggiunto la possibilità di acquistare minuti aggiuntivi di CI Runner, ma solo per i piani GitLab.com a pagamento. In questa versione i minuti possono essere acquistati anche nei piani gratuiti.
Caricamento degli archivi di directory nei repository
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
A seconda del tipo e delle dimensioni del progetto, il download dell'archivio dell'intero progetto può richiedere molto tempo e non sempre è necessario, soprattutto nel caso di monorepository di grandi dimensioni. In GitLab 11.11, puoi scaricare un archivio del contenuto della directory corrente, comprese le sottodirectory, per selezionare solo le cartelle che ti servono.
L'applicazione di un suggerimento ora risolve automaticamente la discussione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
La proposta di modifiche semplifica la collaborazione sulle richieste di unione eliminando la necessità di copiare e incollare per accettare una modifica proposta. In GitLab 11.11 abbiamo reso questo processo ancora più semplice consentendo la risoluzione automatica delle discussioni quando viene applicato un suggerimento.
Contatore del tempo sulla barra laterale della bacheca delle attività
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Le barre delle attività della barra laterale dovrebbero avere lo stesso aspetto nelle visualizzazioni Bacheca e Attività. Ecco perché GitLab ora ha un time tracker nella barra laterale della bacheca dei problemi. Basta andare alla bacheca delle attività, fare clic su un'attività e si aprirà una barra laterale con un contatore del tempo.
Informazioni sulle distribuzioni nell'API degli ambienti
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Abbiamo aggiunto la possibilità di interrogare l'API Environments per informazioni sull'ambiente specifico per sapere quale commit è distribuito nell'ambiente in questo momento. Ciò semplificherà l'automazione e il reporting per gli utenti degli ambienti in GitLab.
Corrispondenze variabili negative per le regole della pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Ora puoi verificare l'uguaglianza negativa o la corrispondenza del modello (!= и !~) nel fascicolo .gitlab-ci.yml quando si controllano i valori delle variabili di ambiente, quindi il controllo del comportamento delle pipeline è diventato più flessibile.
Esegui tutti i lavori manuali in una fase con un clic
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
In GitLab 11.11, gli utenti che hanno molti lavori manuali nelle loro fasi possono ora completare tutti questi lavori in una fase facendo clic su un pulsante "Giocare tutto" ("Esegui tutto") a destra del nome della fase nella vista Pipeline.
Creazione di un file direttamente da una variabile di ambiente
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Le variabili di ambiente vengono spesso utilizzate per creare file, in particolare per i segreti che devono essere protetti e sono accessibili solo in una pipeline di ambiente specifica. Per fare ciò, impostare il contenuto della variabile sul contenuto del file e creare un file nel lavoro che contenga il valore. Con una nuova variabile d'ambiente come file questo può essere fatto in un solo passaggio anche senza modifiche .gitlab-ci.yml.
Endpoint API per informazioni sulla vulnerabilità
ULTIMO, ORO
Ora puoi interrogare l'API GitLab per tutte le vulnerabilità identificate in un progetto. Con questa API puoi creare elenchi di vulnerabilità leggibili dalle macchine, filtrati per tipo, confidenza e gravità.
Funzionalità di scansione dinamica completa per DAST
ULTIMO, ORO
In GitLab è possibile testare dinamicamente la sicurezza dell'applicazione (Dynamic Application Security Testing, DAST) come parte della pipeline CI. A partire da questa versione, è possibile selezionare la scansione dinamica completa invece della scansione passiva standard. La scansione dinamica completa protegge da più vulnerabilità.
Installazione di Prometheus in cluster a livello di gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Questa versione di GitLab introduce la possibilità di collegare un cluster Kubernetes a un intero gruppo. Abbiamo anche aggiunto la possibilità di installare un'istanza Prometheus per cluster per semplificare il monitoraggio di tutti i progetti sul cluster.
Scopri come ignorare le vulnerabilità nella Security Dashboard
ULTIMO, ORO
Le dashboard di sicurezza GitLab consentono agli amministratori di visualizzare le vulnerabilità ignorate. Per semplificare il tuo flusso di lavoro, abbiamo aggiunto la possibilità di visualizzare i dettagli di ignoranza direttamente nella dashboard di sicurezza.
Crea grafici di parametri personalizzati nella tua dashboard
PREMIUM, ULTIMATE, ARGENTO, ORO
Crea nuovi grafici con metriche prestazionali personalizzate direttamente dalla dashboard delle metriche. Gli utenti possono ora creare, aggiornare ed eliminare visualizzazioni di metriche nella dashboard facendo clic su "Aggiungi metrica" ("Aggiungi metrica") nell'angolo in alto a destra della barra degli strumenti del dashboard.
I problemi di notifica ora vengono aperti come GitLab Alert Bot
PREMIUM, ULTIMATE, ARGENTO, ORO
Ora i problemi che si aprono dalle notifiche avranno l'autore impostato su GitLab Alert Bot, quindi puoi vedere immediatamente che il problema è stato creato automaticamente da una notifica importante.
Salva automaticamente le descrizioni epiche nella memoria locale
ULTIMO, ORO
Le descrizioni epiche non sono state salvate nella memoria locale, quindi le modifiche sono andate perse a meno che tu non le abbia salvate esplicitamente quando hai modificato la descrizione epica. GitLab 11.11 ha introdotto la possibilità di salvare descrizioni epiche nella memoria locale. Ciò significa che ora puoi tornare facilmente a modificare la descrizione epica se si verifica un errore, ti distrai o esci accidentalmente dal browser.
Supporto per il mirroring GitLab per Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZO, ARGENTO, ORO
Utilizzando il mirroring, puoi replicare i repository Git da una posizione all'altra. Ciò semplifica l'archiviazione di una replica di un repository situato altrove sul server GitLab. GitLab ora supporta il mirroring dei repository con Git LFS, quindi questa funzionalità è disponibile anche per repository con file di grandi dimensioni, come texture di gioco o dati scientifici.
Autorizzazioni di lettura e scrittura del repository per i token di accesso personali
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Molti token di accesso personali dispongono di autorizzazioni per modificare il livello api, ma l'accesso completo all'API potrebbe concedere troppi diritti ad alcuni utenti o organizzazioni.
Grazie al contributo della community, i token di accesso personali ora possono avere solo autorizzazioni di lettura e scrittura sui repository di progetto, anziché un accesso più approfondito a livello API alle aree sensibili di GitLab come le impostazioni e l'iscrizione.
Con l'API GraphQL, gli utenti possono specificare esattamente di quali dati hanno bisogno e ottenere tutti i dati di cui hanno bisogno in poche query. A partire da questa versione, GitLab supporta l'aggiunta di informazioni di gruppo di base all'API GraphQL.
Accedi con le credenziali Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
GitLab ama gli sviluppatori Salesforce e, per supportare questa community, consentiamo agli utenti di accedere a GitLab con le credenziali Salesforce.com. Le istanze ora possono configurare GitLab come app connessa a Salesforce per utilizzare Salesforce.com per accedere a GitLab con un clic.
SAML SSO è ora richiesto per l'accesso al Web
PREMIUM, ULTIMATE, ARGENTO, ORO
Noi estendere il requisito del Single Sign-On (SSO). a livello di gruppo, introdotto nella versione 11.8, con una rigorosa convalida delle risorse del gruppo e del progetto per garantire che gli utenti possano accedere solo dopo aver effettuato l'accesso con SAML. Si tratta di un ulteriore livello di controllo degli accessi per le organizzazioni che danno importanza alla sicurezza e utilizzano GitLab.com tramite SAML SSO. Ora puoi rendere SSO un requisito, sapendo che gli utenti del tuo gruppo utilizzano SSO.
Filtra in base ai dati creati o modificati di recente per l'API epics
ULTIMO, ORO
In precedenza, non era facile eseguire query sui dati creati o modificati di recente utilizzando l'API GitLab epics. Nella versione 11.11 abbiamo aggiunto ulteriori filtri created_after, created_before, updated_after и updated_beforeper garantire la coerenza con l'API dell'attività e trovare rapidamente le epiche modificate o appena create.
Autenticazione biometrica con UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
società UltraAuth è specializzato nell'autenticazione biometrica senza password. Ora supportiamo questo metodo di autenticazione su GitLab!
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Oggi abbiamo rilasciato GitLab Runner 11.11! GitLab Runner è un progetto open source utilizzato per eseguire lavori CI/CD e inviare i risultati a GitLab.
Nel GitLab 11.5 abbiamo aggiunto questo requisito alla documentazione Geo: gitlab-ee#8053.
Nel GitLab 11.6sudo gitlab-rake gitlab:geo:check controlla se l'archiviazione con hash è abilitata e tutti i progetti vengono migrati. Cm. gitlab-ee#8289. Se utilizzi Geo, esegui questo controllo ed esegui la migrazione il prima possibile.
Nel GitLab 11.8 nella pagina verrà visualizzato un avviso di disabilitazione permanente Area Amministrazione › Geo › Nodi, qualora i controlli di cui sopra non siano consentiti. gitlab-ee!8433.
Nel GitLab 12.0 Geo utilizzerà i requisiti di archiviazione con hash. Cm. gitlab-ee#8690.
Data di cancellazione: 22 giugno 2019 città
GitLab Geo porterà PG FDW su GitLab 12.0
Ciò è necessario per Geo Log Cursor poiché migliora notevolmente le prestazioni di alcune operazioni di sincronizzazione. Anche le prestazioni delle query sullo stato del nodo geografico sono state migliorate. Le query precedenti avevano prestazioni molto scarse su progetti di grandi dimensioni. Scopri come configurarlo in Replica del database geografico. Nel GitLab 12.0 Geo richiederà PG FDW. Cm. gitlab-ee#11006.
Data di cancellazione: 22 giugno 2019 città
Le opzioni Sentry per la segnalazione e la registrazione dei bug verranno rimosse dall'interfaccia utente in GitLab 12.0
Queste opzioni verranno rimosse dall'interfaccia utente in GitLab 12.0 e saranno disponibili nel file gitlab.yml. Inoltre, puoi definire un ambiente Sentry per distinguere tra più distribuzioni. Ad esempio, sviluppo, allestimento e produzione. Cm. gitlab-ce#49771.
Data di cancellazione: 22 giugno 2019 città
Limitazione del numero massimo di pipeline create per invio
In precedenza, GitLab creava pipeline per HEAD ciascun ramo nella presentazione. Ciò è utile per gli sviluppatori che eseguono il push di più modifiche contemporaneamente (ad esempio, a un ramo di funzionalità e a un ramo develop).
Ma quando si esegue il push di un repository di grandi dimensioni con molti rami attivi (ad esempio, spostamento, mirroring o ramificazione), non è necessario creare una pipeline per ciascun ramo. A partire da GitLab 11.10 stiamo creando massimo 4 condutture durante l'invio.
Data di cancellazione: 22 maggio 2019 città
Percorsi del codice legacy GitLab Runner obsoleti
A partire da Gitlab 11.9, GitLab Runner utilizza nuovo metodo clonare/chiamare il repository. Attualmente, GitLab Runner utilizzerà il vecchio metodo se quello nuovo non è supportato. Vedi maggiori dettagli in questo compito.
In GitLab 11.0, abbiamo modificato l'aspetto della configurazione del server delle metriche per GitLab Runner. metrics_serververrà rimosso a favore listen_address in GitLab 12.0. Vedi maggiori dettagli in questo compito.
Nella versione 11.3, GitLab Runner ha iniziato a supportare più provider di cache; che ha portato a nuove impostazioni per configurazione S3 specifica. In documentazione Viene fornita una tabella delle modifiche e le istruzioni per la migrazione alla nuova configurazione. Vedi maggiori dettagli in questo compito.
Questi percorsi non saranno disponibili in GitLab 12.0. Come utente, non devi modificare altro che assicurarti che la tua istanza GitLab esegua la versione 11.9+ quando esegui l'aggiornamento a GitLab Runner 12.0.
Data di cancellazione: 22 giugno 2019 città
Parametro deprecato per la funzionalità del punto di ingresso per GitLab Runner
In GitLab 12.0 passeremo al comportamento corretto come se l'impostazione della funzionalità fosse disabilitata. Vedi maggiori dettagli in questo compito.
Data di cancellazione: 22 giugno 2019 città
Supporto deprecato per la distribuzione Linux che raggiunge l'EOL per GitLab Runner
Alcune distribuzioni Linux su cui è possibile installare GitLab Runner hanno servito al loro scopo.
In GitLab 12.0, GitLab Runner non distribuirà più pacchetti a tali distribuzioni Linux. Un elenco completo delle distribuzioni che non sono più supportate può essere trovato nel nostro documentazione. Grazie, Javier Ardo (Javier Jardon), per il tuo contributo!
Rimozione del meccanismo legacy git clean da GitLab Runner
In GitLab Runner 11.10 noi ha fornito un'opportunità configurare il modo in cui Runner esegue un comando git clean. Inoltre, la nuova strategia di pulizia elimina l'uso git reset e inserisce il comando git clean dopo la fase di scarico.
Poiché questo cambiamento di comportamento potrebbe interessare alcuni utenti, abbiamo preparato un parametro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se imposti il valore true, ripristinerà la strategia di pulizia precedente. È possibile trovare ulteriori informazioni sull'utilizzo dei parametri delle funzioni in GitLab Runner nella documentazione.
In GitLab Runner 12.0, rimuoveremo il supporto per la strategia di pulizia legacy e la possibilità di ripristinarla utilizzando un parametro di funzione. Guarda dentro questo compito.
Quando abbiamo introdotto i modelli di progetto a livello di team nella versione 11.6, abbiamo accidentalmente reso disponibile questa funzionalità Premium/Silver a tutti i piani.
Noi risolvendo questo bug nella versione 11.11 e concedendo altri 3 mesi a tutti gli utenti e le istanze al di sotto del livello Silver/Premium.
A partire dal 22 agosto 2019, i modelli di progetti di gruppo saranno disponibili solo per i piani Silver/Premium e superiori, come descritto nella documentazione.
Data di cancellazione: 22 2019 di agosto
Il supporto per i processi batch di Windows è stato interrotto
In GitLab 13.0 (22 giugno 2020), prevediamo di rimuovere il supporto per i processi batch da riga di comando di Windows in GitLab Runner (ad es. cmd.exe) a favore di un supporto migliorato per Windows PowerShell. Maggiori dettagli in questo compito.
La nostra visione per DevOps aziendale sarà ora in linea con la posizione di Microsoft secondo cui PowerShell è l'opzione migliore per automatizzare le applicazioni aziendali negli ambienti Windows. Se vuoi continuare a utilizzare cmd.exe, questi comandi possono essere chiamati da PowerShell, ma non supporteremo direttamente i processi batch di Windows a causa di diverse incoerenze che comportano elevati costi di manutenzione e sviluppo.
Data di cancellazione: 22 settembre 2019 città
Richiede Git 2.21.0 o successiva
A partire da GitLab 11.11, per funzionare è necessario Git 2.21.0. Omnibus GitLab viene già fornito con Git 2.21.0, ma gli utenti di installazioni originali con versioni precedenti di Git dovranno eseguire l'aggiornamento.
Data di cancellazione: 22 maggio 2019 città
Modello di servizio Kubernetes legacy
In GitLab 12.0 prevediamo di abbandonare il modello di servizio Kubernetes a livello di istanza a favore della configurazione del cluster a livello di istanza introdotta in GitLab 11.11.
Tutte le istanze autogestite che utilizzano il modello di servizio verranno migrate in un cluster a livello di istanza durante l'aggiornamento a GitLab 12.0.
Data di cancellazione: 22 giugno 2019 città
Disattivazione della corrispondenza delle etichette app sui pannelli di distribuzione Kubernetes
In GitLab 12.0 prevediamo di abbandonare la corrispondenza in base all'etichetta dell'app nel selettore di distribuzione Kubernetes. In GitLab 11.10 abbiamo introdotto nuovo meccanismo di abbinamento, che cerca corrispondenze in base a app.example.com/app и app.example.com/envper visualizzare le distribuzioni sul pannello.
Per visualizzare queste distribuzioni nei dashboard di distribuzione, è sufficiente inviare una nuova distribuzione e GitLab applicherà le nuove etichette.
Data di cancellazione: 22 giugno 2019 città
I pacchetti GitLab 12.0 verranno firmati con una firma estesa