GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Maggiore possibilità di collaborazione e ulteriori notifiche

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 più responsabili per una singola merge request! Questa funzionalità è disponibile a partire dal livello GitLab Starter e incarna davvero il nostro motto: «Ognuno può dare il proprio contributo». Sappiamo che molte persone possono lavorare su una singola merge request per assicurarsi che tutto sia a posto, e ora avete la possibilità di assegnare più responsabili per le merge request!

Inoltre, i team DevOps ora ricevono notifiche automatiche sugli eventi di deployment in Slack e Mattermost. Aggiungi nuove notifiche alla lista degli eventi di invio in queste due chat e il tuo team sarà avvisato quasi immediatamente sui nuovi deployment.

Riduzione dei costi con il supporto per i contenitori Docker su Windows e la preparazione di cluster Kubernetes a livello di istanza

Adoriamo i contenitori! I contenitori consumano meno risorse di sistema rispetto alle macchine virtuali e migliorano la portabilità dell'applicazione. Con la versione GitLab 11.11 supportiamo Windows Container Executor per GitLab Runner, quindi ora puoi utilizzare i contenitori Docker su Windows e godere di funzionalità avanzate di orchestrazione dei pipeline e gestione.

GitLab Premium (solo per istanze self-hosted) ora offre un proxy di caching per le dipendenze delle immagini Docker. Questo componente accelererà le consegne, poiché ora avrai un proxy di caching per le immagini Docker più utilizzate.

Gli utenti delle istanze self-hosted di GitLab ora possono preparare cluster Kubernetes a livello di istanze, 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.

E non è tutto!

Oltre alle nuove possibilità di collaborazione e alle ulteriori notifiche, abbiamo aggiunto accesso ospite alle release, aumentato ulteriori minuti CI Runner per GitLab Free, semplificato i controlli con risoluzione automatica delle discussioni quando applichi una proposta, e molto altro ancora!

Il miglior dipendente di questo mese (MVP) — Kia Mei Somabes (Kia Mei Somabes)

In questa edizione abbiamo aggiunto la possibilità di caricare singole cartelle dai repository, anziché tutto il contenuto. Ora puoi caricare solamente i file necessari. Grazie, Kia Mei Somabes!

Caratteristiche principali di GitLab 11.11

Windows Container Executor per GitLab Runner

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

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 è possibile lavorare direttamente con i container Docker su Windows, quasi come su Linux. Gli utenti delle piattaforme Microsoft ora hanno più possibilità per orchestrare pipeline e gestire.

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.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Proxy di caching per le dipendenze del registry dei container

PREMIUM, ULTIMATE

I team utilizzano spesso container nelle pipeline di build, e un proxy di caching per immagini e pacchetti frequentemente utilizzati in upstream è un ottimo modo per velocizzare le pipeline. Con una copia locale degli strati necessari, accessibile tramite il nuovo proxy di caching, è possibile lavorare in modo più efficiente con le immagini comuni nel tuo ambiente.

Attualmente, il proxy per i container è disponibile solo per istanze autogestite sul server web Puma (in modalità sperimentale).

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Più responsabili per le merge request

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Spesso, più persone lavorano contemporaneamente su una funzionalità 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.

In GitLab 11.11 è possibile assegnare più persone alle merge request. Così come per le responsabilità multiple delle attività, è possibile utilizzare elenchi, filtri, notifiche e API.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Configurazione del cluster Kubernetes a livello di istanza

CORE, STARTER, PREMIUM, ULTIMATE

Il modello di sicurezza e preparazione in Kubernetes si sta evolvendo, e ora è possibile gestire un gran numero di clienti tramite un unico cluster comune.

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à automaticamente risorse per progetti specifici per una maggiore sicurezza.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Notifiche sui deploy in Slack e Mattermost

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Ora puoi configurare notifiche automatiche sugli eventi di deploy nel canale del team grazie all'integrazione con le chat Slack e Mattermost, e il tuo team sarà aggiornato su tutti gli eventi importanti.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Accesso ospite alle release

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

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.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Altri miglioramenti in GitLab 11.11

Grafi di commit serializzati per migliorare le prestazioni

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

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ù sono i commit, più lentamente vengono eseguite queste operazioni, poiché per l'attraversamento è necessario scaricare ogni oggetto dal disco per leggere i suoi puntatori.

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ù rapidamente. Il grafo di commit verrà creato automaticamente al prossimo recupero della spazzatura nel repository.

Leggi come è stato creato il grafo di commit serializzato in una serie di articoli scritti da uno degli autori di questa funzione.

Minuti CI Runner aggiuntivi: ora anche per i piani gratuiti

FREE, BRONZE, SILVER, GOLD

Mese scorso abbiamo aggiunto la possibilità di acquistare minuti CI Runner aggiuntivi, ma solo per i piani a pagamento di GitLab.com. In questa release è possibile acquistare minuti anche nei piani gratuiti.

Download di archivi di directory nei repository

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

A seconda del tipo e della dimensione del progetto, l'archivio dell'intero progetto può richiedere tempo per essere scaricato e non è sempre necessario, soprattutto nei casi di grandi monorepository. In GitLab 11.11 è possibile scaricare un archivio del contenuto della directory corrente, inclusi i sottodirectory, per selezionare solo le cartelle necessarie.

Grazie per il lavoro, Kia Mei Somabes!

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

L'applicazione della proposta consente ora di risolvere automaticamente le discussioni

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

La proposta di modifica semplifica la collaborazione sulle merge request: ora è possibile evitare il copia e incolla per accettare le modifiche proposte. In GitLab 11.11 abbiamo reso questo processo ancora più semplice: ora la discussione si risolve automaticamente all'applicazione della proposta.

Guarda il video

Contatore del tempo nella barra laterale della bacheca delle attività

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Le barre laterali delle attività devono apparire identiche nelle visualizzazioni della bacheca e delle attività. Pertanto, in GitLab ora c'è un contatore del tempo nella barra laterale delle attività nella bacheca delle attività. Basta andare sulla bacheca delle attività, fare clic su un'attività e si aprirà la barra laterale con il contatore del tempo.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

Informazioni sui deploy nell'API Environments

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Abbiamo aggiunto la possibilità di richiedere informazioni su un ambiente specifico dall'API Environments, per sapere quale commit è attualmente distribuito nell'ambiente. Questo semplificherà l'automazione e la reportistica per gli utenti degli Environments in GitLab.

Corrispondenze negative delle variabili per le regole del pipeline

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Ora è possibile verificare l'uguaglianza negativa o le corrispondenze dei modelli (!= e !~) nel file .gitlab-ci.yml quando si verificano i valori delle variabili di ambiente, rendendo così il controllo del comportamento dei pipeline più flessibile.

Esecuzione di tutti i job manuali in uno step con un solo clic

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

In GitLab 11.11, gli utenti con molti job manuali negli step ora possono eseguire tutti questi job in uno step premendo il pulsante «Esegui tutto» («Play all») a destra del nome dello step nella visualizzazione dei pipeline.

Creazione di un file direttamente da una variabile di ambiente

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

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ò, 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 file questo può essere fatto in un solo passaggio senza modificare .gitlab-ci.yml.

Endpoint API per informazioni sulle vulnerabilità

ULTIMATE, GOLD

Ora puoi richiedere a GitLab API tutte le vulnerabilità rilevate nel progetto. Con questa API è possibile creare elenchi di vulnerabilità leggibili dalla macchina con filtri per tipo, credibilità e gravità.

Possibilità di scansione dinamica completa per DAST

ULTIMATE, GOLD

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à.

Installazione di Prometheus nei cluster a livello di gruppo

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

In questa versione di GitLab è stata aggiunta la possibilità di collegare un cluster Kubernetes all'intero gruppo. Abbiamo anche aggiunto la possibilità di installare una singola istanza di Prometheus in questo cluster, per semplificare il monitoraggio di tutti i progetti nel cluster.

Informazioni sull'ignorare le vulnerabilità nel pannello di sicurezza

ULTIMATE, GOLD

Nei pannelli di sicurezza di GitLab, gli amministratori possono visualizzare le vulnerabilità ignorate. Per ottimizzare il flusso di lavoro, abbiamo aggiunto la possibilità di visualizzare le informazioni sull'ignorare direttamente nel pannello di sicurezza.

Creazione di grafici personalizzati delle metriche nel pannello di monitoraggio

PREMIUM, ULTIMATE, SILVER, GOLD

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 «Aggiungi Metrica» («Add Metric») nell'angolo in alto a destra del pannello di monitoraggio.

GitLab 11.11: alcune responsabilità per le merge request e miglioramenti per i container

I task delle notifiche ora vengono aperti a nome di GitLab Alert Bot

PREMIUM, ULTIMATE, SILVER, GOLD

Ora i task che si aprono dalle notifiche avranno come autore GitLab Alert Bot, così puoi vedere subito che il task è stato creato automaticamente da una notifica importante.

Salvataggio automatico delle descrizioni degli epic nello storage locale

ULTIMATE, GOLD

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 è stata introdotta la possibilità 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.

Supporto per il mirroring su GitLab per Git LFS

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Con la mirrorizzazione è 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à è disponibile anche per i repository con file di grandi dimensioni, come texture per giochi o dati scientifici.

Diritti di lettura e scrittura nei repository per i token di accesso personali

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Molti token di accesso personali hanno autorizzazioni per modifiche a livello api, ma l'accesso completo all'API può dare troppi diritti ad alcuni utenti o organizzazioni.

Grazie al contributo della comunità, ora i token di accesso personali possono avere diritti solo di lettura e scrittura per i repository del progetto, senza un accesso più profondo a livello API per aree delicate di GitLab come impostazioni e appartenenza.

Grazie, Horatiu Eugen Vlad (Horatiu Eugen Vlad)!

Aggiunta del supporto di base per le richieste di gruppo GraphQL

FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE

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.

Accesso con credenziali Salesforce

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

GitLab ama gli sviluppatori di Salesforce e, per supportare questa comunità, consentiamo agli utenti di accedere a GitLab con le credenziali di Salesforce.com. Ora, nelle istanze, è possibile configurare GitLab come un'applicazione collegata a Salesforce per utilizzare Salesforce.com per accedere a GitLab con un solo clic.

SAML SSO è ora obbligatorio per l'accesso web

PREMIUM, ULTIMATE, SILVER, GOLD

Noi estendendo il requisito di accesso unico (SSO) 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.

Filtraggio per dati recentemente creati o modificati per l'API degli epic

ULTIMATE, GOLD

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 created_after, created_before, aggiornato_dopo e aggiornato_prima, per garantire la coerenza con l'API delle attività e trovare rapidamente epic modificati o creati di recente.

Autenticazione biometrica con UltraAuth

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Azienda UltraAuth si specializza nell'autenticazione biometrica senza password. Ora supportiamo questo metodo di autenticazione su GitLab!

Grazie, Kartikey Tanna (Kartikey Tanna)!

GitLab Runner 11.11

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

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.

Miglioramenti di Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

Abbiamo apportato i seguenti miglioramenti a Omnibus in GitLab 11.11:

Miglioramento degli schemi

CORE, STARTER, PREMIUM, ULTIMATE

Abbiamo apportato i seguenti miglioramenti nei chart Helm in GitLab 11.11:

Miglioramenti delle prestazioni

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Continuiamo a migliorare le prestazioni di GitLab con ogni rilascio per istanze GitLab di qualsiasi dimensione. Alcuni miglioramenti in GitLab 11.11:

Funzionalità deprecate

GitLab Geo fornirà lo storage hashato in GitLab 12.0

GitLab Geo è richiesto storage hashato per mitigare la concorrenza sui nodi secondari. Questo è stato segnalato in gitlab-ce#40970.

In GitLab 11.5 abbiamo aggiunto questo requisito nella documentazione Geo: gitlab-ee#8053.

In GitLab 11.6 sudo gitlab-rake gitlab:geo:check controlla se lo storage hashato è abilitato e se tutti i progetti sono trasferiti. Vedi. gitlab-ee#8289. Se utilizzi Geo, ti preghiamo di eseguire questa verifica e di migrare il prima possibile.

In GitLab 11.8 Un avviso disattivabile verrà visualizzato sulla pagina Area Admin › Geo › Nodi, se le verifiche sopra menzionate non sono autorizzate. gitlab-ee!8433.

In GitLab 12.0 Geo utilizzerà i requisiti per lo storage hashato. Vedi. gitlab-ee#8690.

Data di rimozione: 22 giugno 2019

GitLab Geo garantirà l'utilizzo di PG FDW in GitLab 12.0

Questo è necessario per il Geo Log Cursor, poiché 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 replica del database Geo. In GitLab 12.0 Geo richiederà PG FDW. Vedi gitlab-ee#11006.

Data di rimozione: 22 giugno 2019

Le opzioni di Sentry per la segnalazione di errori e il logging 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, potrai definire l'ambiente Sentry per distinguere tra più deployment. Ad esempio, sviluppo, staging e produzione. Vedi gitlab-ce#49771.

Data di rimozione: 22 giugno 2019

Limite massimo di pipeline create da un singolo invio

In precedenza, GitLab creava pipeline per HEAD ogni branch nell'invio. Questo è utile per gli sviluppatori che inviano più modifiche contemporaneamente (ad esempio, su un branch di funzionalità e su un branch develop.).

Tuttavia, quando si invia un grande repository, con molti branch attivi (ad esempio, per spostamento, mirror o branch), non è necessario creare una pipeline per ogni branch. A partire da GitLab 11.10 creiamo un massimo di 4 pipeline con un invio.

Data di rimozione: 22 maggio 2019

Percorsi legacy obsoleti del codice GitLab Runner

A partire da GitLab 11.9, GitLab Runner utilizza un nuovo metodo di clonazione/chiamata del repository. Attualmente, GitLab Runner utilizzerà il vecchio metodo se il nuovo non è supportato. Per maggiori dettagli, consulta questo argomento.

In GitLab 11.0 abbiamo modificato l'aspetto della configurazione del server delle metriche per GitLab Runner. metrics_serversarà rimosso a favore di listen_address in GitLab 12.0. Ulteriori dettagli possono essere trovati in questo argomento.

Nella versione 11.3, GitLab Runner ha iniziato a supportare diversi provider di cache; il che ha portato a nuove configurazioni per una specifica configurazione S3. In documentazione è stata fornita una tabella delle modifiche e istruzioni per passare alla nuova configurazione. Per maggiori dettagli, vedere questo argomento.

Questi percorsi non saranno disponibili in GitLab 12.0. Come utente, non è necessario cambiare nulla, basta assicurarsi che l'istanza di GitLab funzioni con la versione 11.9+ prima di aggiornare a GitLab Runner 12.0.

Data di rimozione: 22 giugno 2019

Parametro obsoleto per la funzione del punto di ingresso per GitLab Runner

In 11.4, GitLab Runner ha introdotto il parametro della funzione FF_K8S_USE_ENTRYPOINT_OVER_COMMAND per risolvere problemi come #2338 e #3536.

In GitLab 12.0 ci sposteremo su un comportamento corretto, come se il parametro della funzione fosse disabilitato. Ulteriori dettagli possono essere trovati in questo argomento.

Data di rimozione: 22 giugno 2019

Supporto obsoleto per distribuzioni Linux che hanno raggiunto l'EOL per GitLab Runner

Alcune distribuzioni Linux, in cui è possibile installare GitLab Runner, hanno terminato il loro ciclo di vita.

In GitLab 12.0, GitLab Runner non distribuirà più pacchetti a tali distribuzioni Linux. L'elenco completo delle distribuzioni non più supportate può essere trovato nel nostro documentazione. Grazie, Javier Ardo (Javier Jardón), per il tuo contributo!

Data di rimozione: 22 giugno 2019

Rimozione dei comandi obsoleti di GitLab Runner Helper

Nel contesto dell'aggiunta del supporto il Windows Docker executor è stato necessario rinunciare ad alcuni comandi obsoleti utilizzati per l'immagine helper.

In GitLab 12.0, GitLab Runner viene avviato con nuovi comandi. Questo riguarda solo gli utenti che sovrascrivono l'immagine helper. Ulteriori dettagli possono essere trovati in questo argomento.

Data di rimozione: 22 giugno 2019

Rimozione del meccanismo legacy di git clean da GitLab Runner

In GitLab Runner 11.10 abbiamo offerto la possibilità configurare come il Runner esegue il comando git clean. Inoltre, la nuova strategia di pulizia elimina l'utilizzo di git reset e colloca il comando git clean dopo il passo di scarico.

Poiché questa modifica del comportamento potrebbe influenzare alcuni utenti, abbiamo preparato il parametro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se impostato su true, ripristinerà la strategia di pulizia legacy. Maggiori informazioni sull'uso dei parametri delle funzioni in GitLab Runner possono essere trovate nella documentazione.

In GitLab Runner 12.0, rimuoveremo il supporto per la strategia di pulizia legacy e la possibilità di ripristinarla tramite il parametro della funzione. Vedi questo argomento.

Data di rimozione: 22 giugno 2019

Modelli di progetti di gruppo disponibili solo per piani Silver/Premium

Quando abbiamo presentato i modelli di progetto a livello di gruppo nell'uscita 11.6, abbiamo accidentalmente reso questa funzionalità per Premium/Silver disponibile per tutti i piani.

Noi stiamo correggendo questo bug nella versione 11.11 e diamo altri 3 mesi a tutti gli utenti e istanze al di sotto del livello Silver/Premium.

Dal 22 agosto 2019, i modelli di progetti di gruppo saranno disponibili solo per il piano Silver/Premium e superiore, come descritto nella documentazione.

Data di rimozione: 22 agosto 2019.

Interrotta la supporto per i job batch di Windows

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, cmd.exe) a favore di un supporto avanzato di Windows PowerShell. Maggiori dettagli in questo argomento.

Ora la nostra visione del DevOps aziendale sarà in linea con la posizione di Microsoft che PowerShell è l'opzione migliore per l'automazione delle applicazioni aziendali in ambienti Windows. Se desideri continuare a utilizzare cmd.exe, 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.

Data di rimozione: 22 settembre 2019

È richiesto Git 2.21.0 o superiore

A partire da GitLab 11.11 è richiesto Git 2.21.0 per l'esecuzione. Omnibus GitLab è già fornito con Git 2.21.0, ma gli utenti delle installazioni originali con versioni precedenti di Git dovranno eseguire un aggiornamento.

Data di rimozione: 22 maggio 2019

Modello del servizio Kubernetes obsoleto

In GitLab 12.0 prevediamo di abbandonare il modello del servizio Kubernetes a livello dell'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 saranno migrate nel cluster a livello di istanza durante l'aggiornamento a GitLab 12.0.

Data di rimozione: 22 giugno 2019

Abbandono del mapping per etichetta app sui pannelli di distribuzione Kubernetes

In GitLab 12.0 prevediamo di abbandonare il mapping per etichetta app nel selettore di distribuzioni Kubernetes. In GitLab 11.10 abbiamo introdotto un nuovo meccanismo di mapping, che cerca le corrispondenze per app.example.com/app e app.example.com/env, per visualizzare le distribuzioni sul pannello.

Perché queste distribuzioni vengano visualizzate sui pannelli di distribuzione, è sufficiente inviare una nuova distribuzione, e GitLab applicherà le nuove etichette.

Data di rimozione: 22 giugno 2019

I pacchetti GitLab 12.0 saranno firmati con una firma avanzata

Il 2 maggio 2019 GitLab ha prorogato il termine di validità delle chiavi di firma per i pacchetti 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 documentazione per la firma dei pacchetti Omnibus.

Data di rimozione: 22 giugno 2019

Registro delle modifiche

Cerca tutte queste modifiche nel registro delle modifiche:

Installazione

Se stai configurando una nuova installazione di GitLab, visita la pagina di download di GitLab.

Aggiornamento

→ Dai un'occhiata a pagina degli aggiornamenti

Fonte: habr.com

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster