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!

Ora ricevono anche i team DevOps notifiche automatiche sugli eventi di distribuzione in Slack e Mattermost. Aggiungi nuove notifiche all'elenco degli eventi push in queste due chat e il tuo team sarà a conoscenza delle nuove implementazioni quasi istantaneamente.

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.

GitLab Premium (solo istanze autogestite) ora offre proxy di dipendenza della memorizzazione nella cache per le immagini Docker. Questa aggiunta accelererà la consegna perché ora avrai un proxy di memorizzazione nella cache per le immagini Docker utilizzate di frequente.

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.

E non è tutto!

Oltre a nuove funzionalità di collaborazione e notifiche aggiuntive, abbiamo aggiunto accesso ospite ai problemi, è aumentato minuti aggiuntivi di CI Runner per GitLab Free, controlli semplificati utilizzando risolvi automaticamente la discussione quando applichi un suggerimento, e altro ancora!

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

Grazie per il lavoro Kia Mae Somabes!

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

GitLab 11.11: diverse responsabilità per le richieste di merge e miglioramenti per i contenitori

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.

Grazie, Horatiu Evgen Vlad (Orazio Eugen Vlad)!

Aggiunta del supporto di base per le query batch GraphQL

GRATUITO, BRONZO, ARGENTO, ORO, CORE, STARTER, PREMIUM, ULTIMATE

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!

Grazie, Karthiki Tanna (Kartikey Tanna)!

GitLab Runner 11.11

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.

Miglioramenti Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

Abbiamo apportato i seguenti miglioramenti a Omnibus in GitLab 11.11:

Migliorare gli schemi

CORE, STARTER, PREMIUM, ULTIMATE

Abbiamo apportato i seguenti miglioramenti ai grafici Helm in GitLab 11.11:

Miglioramenti delle prestazioni

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO

Continuiamo a migliorare le prestazioni di GitLab con ogni versione per istanze GitLab di tutte le dimensioni. Alcuni miglioramenti in GitLab 11.11:

Funzionalità obsolete

GitLab Geo fornirà archiviazione con hash in GitLab 12.0

GitLab Geo richiesto archiviazione con hash per mitigare la concorrenza sui nodi secondari. Ciò è stato notato nel gitlab-ce#40970.

Nel GitLab 11.5 abbiamo aggiunto questo requisito alla documentazione Geo: gitlab-ee#8053.

Nel GitLab 11.6 sudo 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

11.4 GitLab Runner introduce il parametro feature FF_K8S_USE_ENTRYPOINT_OVER_COMMAND per risolvere problemi come #2338 и #3536.

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!

Data di cancellazione: 22 giugno 2019 città

Rimozione dei vecchi comandi GitLab Runner Helper

Come parte dell'aggiunta del supporto Esecutore Docker di Windows ho dovuto abbandonare alcuni vecchi comandi utilizzati per immagine aiutante.

In GitLab 12.0, GitLab Runner viene avviato utilizzando nuovi comandi. Questo vale solo per gli utenti che sovrascrivere l'immagine dell'helper. Vedi maggiori dettagli in questo compito.

Data di cancellazione: 22 giugno 2019 città

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.

Data di cancellazione: 22 giugno 2019 città

Modelli di progetti di gruppo disponibile solo per i piani Silver/Premium

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

2 maggio 2019 GitLab esteso il periodo di validità della firma delle chiavi per i pacchetti Omnibus GitLab dal 01.08.2019/01.07.2020/XNUMX al XNUMX/XNUMX/XNUMX. Se stai verificando le firme dei pacchetti e desideri aggiornare le chiavi, segui semplicemente le istruzioni di nuovo documentazione per la firma dei pacchetti Omnibus.

Data di cancellazione: 22 giugno 2019 città

урнал изменений

Cerca tutte queste modifiche nel registro delle modifiche:

Installazione

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

Aggiornare

→ Controlla pagina degli aggiornamenti

Fonte: habr.com

Aggiungi un commento