Più opportunità di collaborazione e notifiche aggiuntive
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 ! Questa funzione è disponibile con il livello GitLab Starter e rappresenta veramente il nostro motto: «Ognuno può contribuire». Sappiamo che molte persone possono lavorare su una singola merge request per assicurarsi che tutto sia in ordine, e ora avete la possibilità di assegnare più responsabili per le merge request!
Inoltre, i team DevOps ora ricevono . Aggiungi nuove notifiche alla lista degli eventi di invio in queste due chat, e il tuo team sarà aggiornato quasi istantaneamente sui nuovi deployment.
Riduzione dei costi con il supporto per i container Docker su Windows e la preparazione di cluster Kubernetes a livello di istanza
Adoriamo i container! I container utilizzano meno risorse di sistema rispetto alle macchine virtuali e migliorano la portabilità delle applicazioni. Dalla versione 11.11 di GitLab, supportiamo , quindi ora puoi utilizzare i container Docker su Windows e godere di funzionalità avanzate per l'orchestrazione dei pipeline e la gestione.
GitLab Premium (solo per installazioni self-hosted) ora offre . Questo aggiuntivo accelererà la consegna, poiché ora avrai un proxy cache per le immagini Docker più usate.
Gli utenti delle installazioni self-hosted di GitLab possono ora preparare , e tutti i gruppi e progetti nell'istanza lo useranno per i loro deploy. Grazie a questa integrazione, GitLab con Kubernetes genererà automaticamente risorse per progetti specifici per una maggiore sicurezza.
E non è tutto!
Oltre alle nuove funzionalità per la collaborazione e le notifiche aggiuntive, abbiamo aggiunto , aumentando , abbiamo semplificato i controlli tramite , e molto altro ancora!
Miglior dipendente del mese () — Kia Mei Somabes ()
In questa versione abbiamo aggiunto la possibilità di caricare singole cartelle dai repository, anziché l'intero contenuto. Ora puoi caricare solo 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 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 è possibile lavorare direttamente con i container Docker in Windows, quasi come in Linux. Gli utenti delle piattaforme Microsoft hanno ora più opzioni per orchestrare pipeline e gestire.
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.
Proxy di caching delle dipendenze per il registro dei contenitori
PREMIUM, ULTIMATE
I team utilizzano frequentemente i contenitori nei pipeline di build, e un proxy di caching per le immagini e i pacchetti più utilizzati è un ottimo modo per accelerare i pipeline. Con una copia locale dei layer necessari, disponibile tramite un nuovo proxy di caching, è possibile lavorare in modo più efficiente con le immagini comuni nel vostro ambiente.
Attualmente, il proxy per i contenitori è disponibile solo per le istanze autogestite sul server web .
Più responsabili per le merge request
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Spesso, diverse persone lavorano contemporaneamente su una funzionalità 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.
In GitLab 11.11 è possibile assegnare più persone alle merge request. Come per più responsabili delle attività, qui è possibile utilizzare liste, filtri, notifiche e API.
Configurazione del cluster Kubernetes a livello di istanza
CORE, STARTER, PREMIUM, ULTIMATE
Il modello di sicurezza e preparazione in Kubernetes sta evolvendo e ora è possibile gestire un gran numero di clienti tramite un unico cluster condiviso.
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à automaticamente risorse specifiche per i progetti, aumentando la sicurezza.
Notifiche sui deploy in Slack e Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ora puoi configurare avvisi automatici sugli eventi di deploy nel canale del team grazie all'integrazione con le chat e , e il tuo team sarà aggiornato su tutti gli eventi importanti.
Accesso ospite alle versioni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
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.
Altri miglioramenti in GitLab 11.11
Grafi di commit serializzati per migliorare le prestazioni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Per molte operazioni Git è 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ù commit ci sono, più lentamente si eseguono queste operazioni, poiché è necessario caricare ogni oggetto dal disco per leggere i suoi puntatori.
In GitLab 11.11 abbiamo introdotto la funzionalità 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ù velocemente. Il grafo dei commit verrà creato automaticamente al prossimo processo di garbage collection nel repository.
Scopri come è stato creato il grafo dei commit serializzati in scritti da uno degli autori di questa funzionalità.
Minuti extra per CI Runner: ora anche per i piani gratuiti
FREE, BRONZE, SILVER, GOLD
Il mese scorso abbiamo aggiunto la possibilità 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.
Caricamento di archivi di directory nel 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 molto tempo per essere caricato e non è sempre necessario, soprattutto nel caso di grandi monorepo. Con GitLab 11.11, è possibile caricare l'archivio del contenuto della directory corrente, inclusi i sottodirectory, per selezionare solo le cartelle necessarie.
Grazie per il lavoro, !
L'applicazione della proposta ora risolve automaticamente la discussione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
La proposta di modifica semplifica la collaborazione sulle merge request: ora è possibile evitare la copia e incolla per accettare la modifica proposta. In GitLab 11.11, abbiamo reso questo processo ancora più semplice: ora la discussione si risolve automaticamente quando viene applicata la proposta.
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 uguali nelle visualizzazioni della bacheca e delle attività. Pertanto, in GitLab c'è ora un contatore del tempo nella barra laterale delle attività sulla bacheca delle attività. Basta andare sulla bacheca delle attività, fare clic su un'attività e si aprirà una barra laterale con il contatore del tempo.
Informazioni sui deployment nell'API Environments
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Abbiamo aggiunto la possibilità di richiedere informazioni su un ambiente specifico tramite l'Environments API, per sapere quale commit è attualmente distribuito nell'ambiente. Questo semplificherà l'automazione e la reportistica per gli utenti di Environments in GitLab.
Match negativi delle variabili per le regole del pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ora è possibile verificare l'uguaglianza o la corrispondenza negativa dei modelli (!= e !~) nel file .gitlab-ci.yml quando si verificano valori delle variabili di ambiente, quindi il controllo del comportamento dei pipeline è diventato più flessibile.
Esecuzione di tutti i job manuali in una fase con un solo clic
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
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 «Play all» («Esegui tutto») a destra del nome della fase 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, 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 puoi farlo in un solo passaggio anche senza modifiche .gitlab-ci.yml.
Endpoint API per informazioni sulle vulnerabilità
ULTIMATE, GOLD
Ora puoi richiedere all'API di GitLab tutte le vulnerabilità scoperte nel progetto. Con questa API è possibile creare elenchi di vulnerabilità leggibili dalle macchine, con filtri per tipo, attendibilità 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. Da questa release puoi scegliere la scansione dinamica completa anziché la 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 GitLab ha introdotto la possibilità di collegare un cluster Kubernetes all'intero gruppo. Abbiamo anche aggiunto la possibilità di installare un'istanza di Prometheus su questo cluster, per semplificare il monitoraggio di tutti i progetti nel cluster.
Informazioni sull'ignoramento delle vulnerabilità nel pannello di sicurezza
ULTIMATE, GOLD
Nelle schede 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'ignoramento direttamente sulla scheda di sicurezza.
Creazione di grafici personalizzati per le metriche nel dashboard
PREMIUM, ULTIMATE, SILVER, GOLD
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 «Add Metric» («Aggiungi metrica») nell'angolo in alto a destra della barra degli strumenti del dashboard.
I ticket delle notifiche ora si aprono a nome del GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Ora i ticket che si aprono dalle notifiche avranno come autore il GitLab Alert Bot, così puoi vedere immediatamente che il ticket è stato creato automaticamente da una notifica importante.
Salvataggio automatico delle descrizioni degli epic nel deposito locale
ULTIMATE, GOLD
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 è stata introdotta la possibilità 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 è verificato un errore, se siete stati distratti o se avete chiuso accidentalmente il browser.
Supporto per il mirroring su GitLab per Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Con il mirroring è 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 è disponibile anche per i repository con file di grandi dimensioni, come texture per giochi o dati scientifici.
Diritti di lettura e scrittura sui repository per i token di accesso personali
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Molti token di accesso personali hanno autorizzazioni per le modifiche a livello api, ma l'accesso completo all'API può conferire 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, e non un accesso più profondo a livello API a zone delicate di GitLab come le impostazioni e l'appartenenza.
Grazie, Horatiu Eugen Vlad ()!
Aggiunta del supporto di base per le query di gruppo GraphQL
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
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.
Accesso con le credenziali Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab ama gli sviluppatori Salesforce e per supportare questa comunità consentiamo agli utenti di accedere a GitLab con le credenziali di Salesforce.com. È ora possibile configurare GitLab come app connessa a Salesforce per utilizzare Salesforce.com per l'accesso a GitLab con un solo tocco.
Il SSO SAML è ora obbligatorio per l'accesso web
PREMIUM, ULTIMATE, SILVER, GOLD
Noi a livello di gruppo, introdotto nella release 11.8, con un controllo rigoroso delle risorse del gruppo e del progetto, affinché 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.
Filtraggio per dati recentemente creati o modificati per l'API delle epic
ULTIMATE, GOLD
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, created_before, updated_after e updated_before, per garantire coerenza con l'API delle issue e trovare rapidamente le epic modificate o recentemente create.
Autenticazione biometrica con UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Azienda si specializza nell'autenticazione biometrica senza password. Ora supportiamo questo metodo di autenticazione su GitLab!
Grazie, 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 job CI/CD e inviare i risultati a GitLab.
Miglioramenti di Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato i seguenti miglioramenti ad Omnibus in GitLab 11.11:
- GitLab 11.11 include — , la cui nuova versione include messaggi effimeri interattivi e molto altro. Questa versione contiene , e ti consigliamo di procedere con l'aggiornamento.
- .
Miglioramenti dei modelli
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato le seguenti modifiche ai chart Helm in GitLab 11.11:
- In GitLab 11.11 è possibile .
- Gli amministratori hanno a disposizione , incluso
memoryKiller,maxRss,graceTimeeshutdownWait. - I chart Helm ora su Amazon Elastic Container Service for Kubernetes ()
Miglioramenti delle prestazioni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Continuiamo a migliorare le prestazioni di GitLab con ogni rilascio per istanze di qualsiasi dimensione. Ecco alcune novità in GitLab 11.11:
Funzionalità obsolete
GitLab Geo garantirà l'archiviazione hash in GitLab 12.0
GitLab Geo richiede per mitigare la concorrenza sui nodi secondari. Questo è stato registrato in .
In GitLab abbiamo aggiunto questo requisito nella documentazione di Geo: .
In GitLab sudo gitlab-rake gitlab:geo:check controlla se l'archiviazione hash è abilitata e se tutti i progetti sono trasferiti. Vedi . Se utilizzi Geo, ti preghiamo di eseguire questo controllo e di migrare il prima possibile.
In GitLab un avviso disattivabile permanentemente verrà visualizzato sulla pagina Area Admin › Geo › Nodi, se i controlli sopra menzionati non sono autorizzati. .
In GitLab Geo utilizzerà i requisiti per l'archiviazione hash. Vedi .
Data di rimozione: 22 giugno 2019
GitLab Geo garantirà l'uso di PG FDW in GitLab 12.0
Questo è necessario per Geo Log Cursor, poiché aumenta significativamente le prestazioni di alcune operazioni di sincronizzazione. Aumenta anche le prestazioni delle query sullo stato dei nodi Geo. Le query precedenti avevano prestazioni troppo basse in grandi progetti. Vedi come configurarlo in . In GitLab Geo richiederà PG FDW. Vedi .
Data di rimozione: 22 giugno 2019
Le opzioni di Sentry per i report di errore e la registrazione saranno rimosse dall'interfaccia utente in GitLab 12.0
Questi parametri verranno rimossi dall'interfaccia utente in GitLab 12.0 e saranno disponibili nel file gitlab.yml. Inoltre, potrai definire l'ambiente Sentry per distinguere diverse distribuzioni. Ad esempio, sviluppo, staging e produzione. Vedi .
Data di rimozione: 22 giugno 2019
Limitazione del numero massimo di pipeline create da un singolo push
In precedenza, GitLab creava pipeline per HEAD ogni branch nel push. Questo è utile per gli sviluppatori che spingono più modifiche contemporaneamente (ad esempio, in un branch feature e in un branch develop).
Ma quando si esegue il push di un grande repository, con molti branch attivi (ad esempio, per spostamenti, mirror o diramazioni), non è necessario creare una pipeline per ogni branch. A partire da GitLab 11.10, stiamo creando al momento del push.
Data di rimozione: 22 maggio 2019
Percorsi legacy obsoleti del codice GitLab Runner
A partire da GitLab 11.9, GitLab Runner utilizza per clonare/chiamare il repository. Attualmente, GitLab Runner utilizzerà il vecchio metodo se il nuovo non è supportato. Per ulteriori dettagli, vedi .
In GitLab 11.0 abbiamo modificato la configurazione del server dei metric per GitLab Runner. metrics_serververrà rimosso a favore di listen_address in GitLab 12.0. Consulta di più in .
Nella versione 11.3, GitLab Runner ha iniziato a supportare ; il che ha portato a nuove impostazioni per . In è riportata una tabella delle modifiche e le istruzioni per passare alla nuova configurazione. Consulta di più in .
Questi percorsi non saranno più disponibili in GitLab 12.0. Come utente, non è necessario cambiare nulla, ma assicurati 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 funzionalità di punto di ingresso per GitLab Runner
In 11.4 è stato introdotto un parametro per la funzionalità del GitLab Runner per risolvere problemi come e .
In GitLab 12.0 passeremo a un comportamento corretto, come se il parametro della funzionalità fosse disabilitato. Consulta di più in .
Data di rimozione: 22 giugno 2019
Supporto obsoleto per le distribuzioni Linux che hanno raggiunto EOL per GitLab Runner
Alcune distribuzioni Linux in cui è possibile installare GitLab Runner hanno esaurito il supporto.
In GitLab 12.0, GitLab Runner non distribuirà più pacchetti in tali distribuzioni Linux. L'elenco completo delle distribuzioni non più supportate è disponibile nella nostra . Grazie, Javier Jardón (), per il tuo !
Data di rimozione: 22 giugno 2019
Rimozione dei vecchi comandi GitLab Runner Helper
Nell'ambito dell'aggiunta di supporto abbiamo dovuto rinunciare ad alcuni vecchi comandi utilizzati per .
In GitLab 12.0, GitLab Runner viene avviato utilizzando nuovi comandi. Questo riguarda solo gli utenti che . Maggiori dettagli sono disponibili in .
Data di rimozione: 22 giugno 2019
Rimozione del meccanismo legacy git clean da GitLab Runner
In GitLab Runner 11.10 abbiamo configurare come il Runner esegue il comando git clean. Inoltre, la nuova strategia di pulizia elimina l'uso di git reset e posiziona il comando git clean dopo il passaggio di scarico.
Poiché questo cambiamento di comportamento può influire su alcuni utenti, abbiamo preparato un parametro FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Se impostato su true, ripristinerà la strategia legacy di pulizia. Maggiori informazioni sull'uso dei parametri delle funzioni in GitLab Runner possono essere trovate .
In GitLab Runner 12.0 rimuoveremo il supporto per la strategia legacy di pulizia e la possibilità di ripristinarla tramite il parametro funzione. Vedi .
Data di rimozione: 22 giugno 2019
disponibili solo per piani Silver/Premium
Quando abbiamo presentato i modelli di progetti a livello di gruppo nella versione 11.6, abbiamo accidentalmente reso questa funzione per Premium/Silver disponibile per tutti i piani.
Noi nella versione 11.11 e offriamo ulteriori 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 il piano Silver/Premium e superiori, come descritto nella documentazione.
Data di rimozione: 22 agosto 2019.
Supporto per job batch Windows interrotto.
In GitLab 13.0 (22 giugno 2020), prevede di abbandonare il supporto per i job batch dal prompt dei comandi di Windows in GitLab Runner (ad esempio, cmd.exe) a favore di un supporto avanzato per Windows PowerShell. Maggiori dettagli in .
La nostra visione del DevOps aziendale si allinea ora con la posizione di Microsoft, secondo cui PowerShell è l'opzione migliore per l'automazione delle applicazioni aziendali negli ambienti Windows. Se desideri continuare a utilizzare cmd.exe, questi comandi possono essere eseguiti da PowerShell, ma non supporteremo direttamente i job batch Windows a causa di vari problemi di compatibilità che comportano costi elevati per la manutenzione e lo sviluppo.
Data di rimozione: 22 settembre 2019.
Richiesta Git 2.21.0 o superiore.
A partire da GitLab 11.11, è richiesta la versione Git 2.21.0 per l'esecuzione. , ma gli utenti di installazioni da sorgente con versioni di Git precedenti dovranno effettuare l'aggiornamento.
Data di rimozione: 22 maggio 2019
Modello di servizio Kubernetes obsoleto.
In GitLab 12.0, prevediamo di abbandonare il template del servizio Kubernetes a favore della configurazione del cluster a livello di istanza, introdotta in GitLab 11.11.
Tutti gli istanze autogestite che utilizzano il template del servizio saranno trasferite nel cluster a livello di istanza durante l'upgrade a GitLab 12.0.
Data di rimozione: 22 giugno 2019
Abbandono del mapping per etichetta app nei pannelli di deployment Kubernetes
In GitLab 12.0, prevediamo di abbandonare il mapping per etichetta app nel selettore di deployment Kubernetes. In GitLab 11.10 abbiamo introdotto , che cerca corrispondenze per app.example.com/app e app.example.com/env, per visualizzare i deployment sul pannello.
Affinché questi deployment vengano visualizzati sui pannelli di deployment, è sufficiente inviare un nuovo deployment e GitLab applicherà le nuove etichette.
Data di rimozione: 22 giugno 2019
I pacchetti GitLab 12.0 saranno firmati con una firma estesa
Il 2 maggio 2019, GitLab Omnibus GitLab dal 01.08.2019 al 01.07.2020. Se verifichi le firme del pacchetto e desideri aggiornare le chiavi, basta seguire nuovamente le istruzioni nella .
Data di rimozione: 22 giugno 2019
Registro delle modifiche
Trova tutte queste modifiche nel registro delle modifiche:
Installazione
Se stai configurando una nuova installazione di GitLab, visita .
Aggiornamento
→ Dai un'occhiata a
Fonte: habr.com
