GitLab 11.10 con pipeline nella dashboard, pipeline per risultati combinati e suggerimenti per più righe nelle merge request.
Informazioni utili sulle prestazioni delle pipeline in progetti diversi
GitLab continua ad aumentare la trasparenza del ciclo di vita DevOps. In questa versione su è stata aggiunta una panoramica dello stato delle pipeline.
È utile, anche se stai esaminando la pipeline di un singolo progetto, ma particolarmente vantaggioso se , — e di solito è così se utilizzi microservizi e desideri avviare una pipeline per testare e distribuire il codice da diversi repository di progetti. Ora puoi vedere immediatamente le prestazioni , indipendentemente da dove vengano eseguite.
Esecuzione delle pipeline per risultati combinati
Nel tempo, i rami sorgente e obiettivo si separano, e può verificarsi una situazione in cui funzionano separatamente, ma non insieme. Ora puoi . In questo modo noterai rapidamente errori che si sarebbero manifestati solo con frequenti spostamenti di modifiche tra i rami, e potrai correggere gli errori della pipeline molto più velocemente ed essere più efficiente nel .
Ottimizzazione della collaborazione
In GitLab 11.10 ci sono ancora più funzionalità per una collaborazione migliore e flussi di lavoro semplificati. Nella abbiamo introdotto suggerimenti per le merge request, dove il revisore poteva proporre una modifica a una riga nel commento della merge request, che poteva essere direttamente committata dal thread dei commenti. Ai nostri utenti è piaciuto e hanno chiesto di espandere questa funzione. Ora puoi suggerire , specificando quali righe eliminare e quali aggiungere.
Grazie per i vostri feedback e suggerimenti!
E non è tutto...
In questa versione ci sono così tante funzionalità straordinarie, ad esempio, , una pulizia più accurata , e la possibilità di . Di seguito maggiori dettagli su ciascuna di esse.
Il miglior dipendente di questo mese () — Takuya Noguchi
Questo mese il miglior dipendente è stato Takuya Noguchi (). Takuya : ho corretto bug, completato lavori incompleti nel backend e nel frontend e migliorato l'interfaccia utente. Grazie!
Funzionalità principali di GitLab 11.10
Pipeline nel pannello di controllo
PREMIUM, ULTIMATE, SILVER, GOLD
Nel pannello di controllo di GitLab vengono visualizzate informazioni sui progetti in tutto l'istanza di GitLab. Aggiungi i singoli progetti uno per uno e puoi scegliere quale progetto ti interessa.
In questa versione abbiamo aggiunto al pannello di controllo informazioni sui status delle pipeline. Ora gli sviluppatori possono vedere il funzionamento delle pipeline in tutti i progetti necessari — in un'unica interfaccia.
Pipeline per i risultati uniti
PREMIUM, ULTIMATE, SILVER, GOLD
Di solito, nel tempo il ramo sorgente si discosta dal ramo di destinazione, a meno che non trasferisci costantemente le modifiche tra di loro. Di conseguenza, le pipeline dei rami sorgente e di destinazione risultano 'verdi' e non ci sono conflitti di merge, ma nella fusione si verifica un errore a causa dell'incompatibilità delle modifiche.
Quando la pipeline delle merge request crea automaticamente un nuovo link che contiene il risultato unito del merge dei rami sorgente e di destinazione, possiamo avviare la pipeline da questo link e garantire che il risultato complessivo funzioni.
Se utilizzi pipeline delle merge request (in qualsiasi qualità) e impieghi runner GitLab privati versione 11.8 o inferiori, devi aggiornarli per evitare problemi . Questo non influisce sugli utenti dei runner GitLab pubblici.
Proposta di modifiche su più righe
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Collaborando sulle merge request, spesso noti problemi e proponi soluzioni. A partire dalla versione GitLab 11.6, supportiamo per una singola riga.
Nella versione 11.10, nei commenti al diff della merge request, puoi proporre modifiche per più righe, e poi qualsiasi utente con autorizzazioni per scrivere nel ramo sorgente può approvarle con un solo clic. Grazie a questa nuova funzione, è possibile evitare il copia e incolla, come nelle versioni precedenti.
Etichette in un'unica area
PREMIUM, ULTIMATE, SILVER, GOLD
Con le etichette in una stessa area, i team possono applicare etichette mutualmente esclusive (nella stessa area) per un'attività, una merge request o un epic in scenari con campi personalizzati o stati di flusso di lavoro personalizzati. Queste vengono configurate utilizzando una sintassi speciale con i due punti nel titolo dell'etichetta.
Supponiamo di aver bisogno di un campo personalizzato nelle attività per tracciare il sistema operativo della piattaforma su cui sono dirette le tue funzionalità. Ogni attività deve riguardare solo una piattaforma. Puoi creare etichette platform::iOS, platform::Android, platform::Linux e altre se necessario. Se si applica un'etichetta di questo tipo a un'attività, verrà automaticamente rimossa un'altra etichetta esistente che inizia con platform::.
Supponiamo che tu abbia le etichette workflow::development, workflow::review e workflow::deployed, che indicano lo stato del flusso di lavoro nel tuo team. Se un'attività ha già un'etichetta workflow::development, e il developer vuole spostare l'attività nella fase workflow::review, basta applicare una nuova etichetta, e la vecchia (workflow::development) verrà automaticamente rimossa. Questo comportamento è già presente quando si spostano le attività tra le liste di etichette nella bacheca delle attività, che rappresenta il flusso di lavoro del tuo team. Ora i membri del team che non lavorano direttamente con la bacheca delle attività possono modificare lo stato del flusso di lavoro all'interno delle stesse attività.
Pulizia più accurata del registro dei contenitori
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In un utilizzo normale del registro dei contenitori con pipeline CI, si inviano diverse modifiche separate in un'unica etichetta. A causa dell'implementazione della distribuzione di Docker, il comportamento predefinito è mantenere tutte le modifiche nel sistema, ma alla fine occupano molto spazio. Utilizzando l'opzione -m con registry-garbage-collect, puoi rapidamente rimuovere tutte le modifiche precedenti e liberare prezioso spazio.
Acquisto di minuti aggiuntivi per CI Runner
BRONZO, ARGENTO, ORO
Gli utenti con piani a pagamento su GitLab.com (Oro, Argento, Bronzo) possono ora acquistare minuti aggiuntivi per CI Runner. Prima era necessario rimanere all'interno del limite previsto dal piano. Grazie a questo miglioramento, è possibile acquistare in anticipo minuti oltre il limite, evitando interruzioni del lavoro a causa della fermata delle pipeline.
Attualmente 1000 minuti costano 8 dollari e possono essere acquistati in quantità illimitata. I minuti aggiuntivi inizieranno a essere utilizzati una volta esaurita la quota mensile, e il saldo dei minuti extra sarà trasferito al mese successivo. In vogliamo aggiungere questa funzionalità anche ai piani gratuiti.
Auto DevOps componibile
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Con Auto DevOps, i team adottano pratiche DevOps moderne quasi senza sforzo. A partire da GitLab 11.10, ogni job in Auto DevOps è fornito come . Gli utenti possono utilizzare in GitLab CI per includere singole fasi di Auto DevOps e nel contempo utilizzare il proprio file gitlab-ci.yml. In questo modo, è possibile includere solo i job necessari e sfruttare i vantaggi degli aggiornamenti upstream.
Gestione automatica dei membri del gruppo su GitLab.com tramite SCIM
SILVER, GOLD
In passato, la gestione dell'appartenenza ai gruppi su GitLab.com doveva essere effettuata manualmente. Ora è possibile utilizzare SAML SSO e gestire i membri tramite SCIM per creare, eliminare e aggiornare gli utenti su GitLab.com.
Questo è particolarmente utile per le aziende con un gran numero di utenti e con fornitori di identità centralizzati. Ora puoi avere una fonte unica di verità, come Azure Active Directory, e gli utenti verranno creati e rimossi automaticamente tramite il fornitore di identità, anziché manualmente.
Accesso a GitLab.com tramite un fornitore SAML
SILVER, GOLD
In passato, quando si utilizzava SAML SSO per i gruppi, l'utente doveva accedere con le credenziali di GitLab e il fornitore di identità. Ora è possibile accedere direttamente tramite SSO come utente GitLab legato a un gruppo configurato.
Gli utenti non dovranno effettuare il login due volte, quindi è più comodo per le aziende utilizzare SAML SSO per GitLab.com.
Altri miglioramenti in GitLab 11.10
Schema degli epic secondari
ULTIMATE, GOLD
Nella versione precedente abbiamo aggiunto gli epic secondari (epic degli epic), per semplificare la gestione della struttura di distribuzione dei compiti. Gli epic secondari vengono visualizzati nella pagina dell'epic genitore.
In questa versione, nella pagina dell'epic genitore è visualizzato lo schema degli epic secondari, affinché i team possano vedere la cronologia degli epic secondari e gestire le dipendenze temporali.
Schermate a comparsa delle merge request
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
In questo rilascio presentiamo schermi informativi che appaiono quando il cursore passa sopra il link del merge request. In precedenza mostravamo solo il titolo del merge request, ma ora mostriamo anche lo stato del merge request, lo stato del CI pipeline e un'URL breve.
Nei prossimi rilasci prevediamo di aggiungere ulteriori informazioni importanti, come , e introdurremo anche schermi popup per .
Filtraggio dei merge request per branche target
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I flussi di lavoro di Git per il rilascio o la distribuzione di software sono spesso associati a più branche a lungo termine — per apportare correzioni alle versioni precedenti (ad esempio, stable-11-9) o per passare dalla qualità alla produzione (ad esempio, integration), ma non è così semplice trovare i merge request per queste branche tra i molti merge request aperti.
L'elenco dei merge request per i progetti e i gruppi può ora essere filtrato per la branca target del merge request, per facilitare la ricerca.
Grazie, Hiroyuki Sato ()!
Invio e merge al termine del pipeline con successo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Se utilizziamo il metodo di sviluppo basato su trunk, dobbiamo evitare branche a lungo termine a favore di piccole branche temporanee con un solo proprietario. Modifiche minori vengono spesso inviate direttamente nella branca target, ma questo comporta il rischio di interrompere la build.
In questo rilascio, GitLab supporta nuovi parametri di invio in Git per aprire automaticamente merge request, impostare la branca target e garantire il merge al termine del pipeline con successo dalla riga di comando durante l'invio alla branca.
Integrazione migliorata con pannelli di monitoraggio esterni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab può interagire con più server Prometheus (a livello di ambiente, progetto e ), ma avere più endpoint può complicare il sistema o non essere supportato dai pannelli di monitoraggio standard. In questo rilascio, i team possono utilizzare una singola API Prometheus, semplificando notevolmente l'integrazione con servizi come Grafana.
Ordinamento delle pagine Wiki per data di creazione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nella Wiki del progetto, i team possono condividere documentazione e altre informazioni importanti insieme al codice sorgente e alle task. In questo rilascio, l'elenco delle pagine nella Wiki può essere ordinato per data di creazione e titolo, per trovare rapidamente contenuti creati di recente.
Monitoraggio delle risorse richieste dal cluster
ULTIMATE, GOLD
GitLab aiuta a monitorare un cluster Kubernetes per applicazioni in fase di sviluppo e operative. A partire da questa versione, monitora le risorse della CPU e della memoria richieste dal cluster per notare eventuali complicazioni prima che diventino problemi.
Vista delle metriche del bilanciatore di carico nel pannello di monitoraggio Grafana
CORE, STARTER, PREMIUM, ULTIMATE
È molto importante tenere sotto controllo le prestazioni dell'istanza di GitLab. In passato, fornivamo dashboard predefinite tramite un'istanza integrata di Grafana. A partire da questa versione, abbiamo incluso dashboard aggiuntive per monitorare i bilanciatore di carico NGINX.
SAST per Elixir
ULTIMATE, GOLD
Continuiamo ad ampliare il supporto per i linguaggi e ad approfondire i controlli di sicurezza. In questa versione, abbiamo incluso controlli di sicurezza per progetti in e progetti sviluppati sulla .
Più richieste in un unico grafico
PREMIUM, ULTIMATE, SILVER, GOLD
In GitLab puoi creare grafici per visualizzare le metriche raccolte. Spesso, ad esempio, se è necessario rivedere il valore massimo o medio di una metrica, si desidera mostrare più valori in un unico grafico. A partire da questa versione, hai questa possibilità.
Risultati DAST nel pannello di sicurezza del gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Abbiamo aggiunto i risultati del Dynamic Application Security Testing (DAST) nel pannello di sicurezza del gruppo, oltre a SAST, scansione dei container e scansione delle dipendenze.
Aggiunta di metadati al rapporto di scansione dei container
ULTIMATE, GOLD
In questa versione, il rapporto di scansione dei container contiene più metadati: abbiamo aggiunto il componente interessato (funzionalità Clair) ai metadati esistenti: priorità, identificatore (collegato a mitre.org) e livello interessato (ad esempio, debian:8).
Aggiunta del tipo di rapporto per le metriche nelle merge request
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab fornisce già diversi tipi di rapporti che possono essere inclusi direttamente nelle merge request: dai rapporti sulla e nella fase di revisione fino a e nella fase di protezione.
E sebbene questi siano report importanti, sono necessarie anche informazioni di base adatte a diversi scenari. In GitLab 11.10 forniamo report sulle metriche direttamente nella merge request, che richiede una semplice coppia chiave-valore. In questo modo, gli utenti possono monitorare le modifiche nel tempo, comprese le metriche personalizzate e le modifiche delle metriche relative a una specifica merge request. L'uso della memoria, il testing di carichi specializzati e gli stati di operatività possono essere trasformati in metriche semplici, visualizzabili direttamente nelle merge request insieme ad altri report integrati.
Supporto per progetti Maven multimodulo per la scansione delle dipendenze
ULTIMATE, GOLD
In questa versione, i progetti Maven multimodulo supportano la scansione delle dipendenze di GitLab. In precedenza, se un sottoprogetto dipendeva da un altro sottoprogetto dello stesso livello, non poteva risolvere il download dal repository centrale Maven. Ora, un progetto Maven multimodulo viene creato con due moduli e una dipendenza tra i due moduli. La dipendenza tra moduli dello stesso livello è ora disponibile nel repository locale di Maven, per consentire la continuazione della compilazione.
Gli utenti possono modificare il percorso di clonazione in CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Per impostazione predefinita, GitLab Runner clona il progetto in un percorso nidificato unico in $CI_BUILDS_DIR. Ma per alcuni progetti, ad esempio Golang, il codice deve essere clonata in una directory specifica per poter essere compilato.
In GitLab 11.10 abbiamo introdotto la variabile GIT_CLONE_PATH, che consente di specificare un percorso specifico dove GitLab Runner clona il progetto prima di eseguire il lavoro.
Mascheramento semplice delle variabili protette nei log
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab offre diversi modi per e delle variabili in GitLab CI/CD. Ma le variabili possono comunque finire intenzionalmente o accidentalmente nei log di compilazione.
GitLab prende sul serio la gestione dei rischi e l'audit e continua ad aggiungere funzionalità per soddisfare i requisiti. In GitLab 11.10 abbiamo introdotto la possibilità di mascherare alcuni tipi di variabili nei log di tracciamento delle job, aggiungendo un livello di protezione contro la possibilità che il contenuto di queste variabili finisca nei log. Inoltre, GitLab ora molte variabili di token integrate.
Attivazione e disattivazione di Auto DevOps a livello di gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Con Auto DevOps su GitLab.com, puoi gestire senza problemi i moderni flussi di lavoro DevOps, dalla costruzione alla distribuzione.
A partire da GitLab 11.10, puoi attivare e disattivare Auto DevOps per tutti i progetti in un unico gruppo.
Pagina delle licenze semplificata e migliorata
STARTER, PREMIUM, ULTIMATE
Per gestire le chiavi di licenza in modo più semplice e comodo, abbiamo cambiato il design della pagina delle licenze nel pannello di amministrazione e messo in evidenza gli elementi più importanti.
Aggiornamento del selettore delle etichette per le distribuzioni Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nei pannelli di distribuzione vengono visualizzate informazioni su tutte le distribuzioni Kubernetes.
In questa versione, abbiamo modificato il modo in cui le etichette vengono abbinate alle distribuzioni. Ora sono disponibili corrispondenze per app.example.com/app e app.example.com/env o app. Questo aiuterà a prevenire conflitti durante la filtrazione e rischi di distribuzioni errate correlate al progetto.
Inoltre, nella versione GitLab 12.0, , e la corrispondenza sarà possibile solo per app.example.com/app e app.example.com/env.
Creazione dinamica delle risorse Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
L'integrazione di Kubernetes in GitLab consente di utilizzare la funzione RBAC tramite un account di servizio e uno spazio dei nomi dedicato per ogni progetto GitLab. A partire da questa versione, per massimizzare l'efficienza, queste risorse saranno create solo quando necessarie per la distribuzione.
Durante la distribuzione Kubernetes, GitLab CI creerà queste risorse prima della distribuzione.
Runner di gruppo per cluster a livello di gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
I cluster a livello di gruppo ora supportano l'installazione di GitLab Runner. I runner Kubernetes a livello di gruppo vengono visualizzati per i progetti figli come runner di gruppo contrassegnati con le etichette cluster e kubernetes.
Contatore delle chiamate per le funzioni Knative
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Le funzioni distribuite con ora mostrano il numero di chiamate ricevute per ogni funzione. Per questo, è necessario installare Prometheus nel cluster in cui è installato Knative.
Controllo dei parametri git clean per i job di GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Per impostazione predefinita, GitLab Runner esegue git clean nel processo di estrazione del codice durante l'esecuzione di un job in GitLab CI/CD. A partire da GitLab 11.10, gli utenti possono controllare i parametri passati al comando git clean. Questo è utile per i team con runner dedicati, oltre che per i team che estraggono progetti da grandi monorepo. Ora possono gestire il processo di estrazione prima dell'esecuzione degli script. La nuova variabile GIT_CLEAN_FLAGS ha per impostazione predefinita il valore -ffdx e accetta tutti i parametri possibile del comando [git clean](https://git-scm.com/docs/git-clean).
Autenticazione esterna in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Gli ambienti protetti possono richiedere una risorsa esterna aggiuntiva per l'autenticazione per accedere al progetto. Abbiamo aggiunto il supporto per un ulteriore livello di controllo degli accessi in e abbiamo ricevuto molte richieste per aprire questa funzionalità in Core. Siamo lieti di presentare l'autenticazione esterna e un ulteriore livello di sicurezza per le istanze di Core, dato che questa funzionalità è necessaria per alcuni partecipanti.
Possibilità di creare progetti nei gruppi in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Il ruolo di Developer può creare progetti nei gruppi , e ora è possibile anche in Core. La creazione di progetti è una funzionalità chiave per il lavoro produttivo in GitLab, e grazie all'inclusione di questa funzione in Core, è ora più facile per i membri dell'istanza affrontare qualcosa di nuovo.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Oggi abbiamo rilasciato GitLab Runner 11.10! GitLab Runner è un progetto open source utilizzato per eseguire lavori CI/CD e inviare i risultati a GitLab.
Le modifiche più interessanti:
- .
- .
- .
- .
- .
L'elenco completo delle modifiche è disponibile nel changelog di GitLab Runner: .
Correzione del valore restituito project_id nell'API di ricerca dei blob in Elasticsearch
STARTER, PREMIUM, ULTIMATE
Abbiamo risolto un errore nell'API di ricerca dei blob in Elasticsearch, che erroneamente restituiva 0 per project_id. Sarà necessario , per ricevere valori corretti project_id dopo aver installato questa versione di GitLab.
Miglioramenti di Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato i seguenti miglioramenti a Omnibus in GitLab 11.10:
- GitLab 11.10 include , , il cui ultimo rilascio include un nuovo catalogo di integrazione per il trasferimento semplice dei dati da Hipchat e molto altro. Questa versione include , e consigliamo di aggiornare.
- Noi , e ora è diventato molto semplice iniziare a monitorare l'istanza di GitLab.
- Abbiamo aggiunto supporto per la rimozione delle vecchie immagini dei container dal registro Docker.
- Abbiamo aggiornato i ca-certs al 2019-01-23.
Miglioramenti delle prestazioni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Continuiamo a migliorare le prestazioni di GitLab con ogni rilascio per istanze di GitLab di qualsiasi dimensione. Alcuni miglioramenti in GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Miglioramento dei diagrammi di GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato i seguenti miglioramenti ai diagrammi di GitLab:
- .
Funzionalità deprecate
GitLab Geo fornirà lo storage hashato in GitLab 12.0
GitLab Geo è richiesto per mitigare la concorrenza sui nodi secondari. Questo è stato segnalato in .
In GitLab abbiamo aggiunto questo requisito nella documentazione Geo: .
In GitLab sudo gitlab-rake gitlab:geo:check controlla se lo storage hashato è abilitato e se tutti i progetti sono trasferiti. Vedi. . Se utilizzi Geo, ti preghiamo di eseguire questa verifica e di migrare il prima possibile.
In GitLab avviso disabilitabile permanente verrà visualizzato nella pagina Area Admin › Geo › Nodi, se le verifiche sopra menzionate non sono autorizzate.
In GitLab Geo utilizzerà i requisiti per lo storage hashato. Vedi. .
Data di rimozione: 22 giugno 2019
Supporto per Ubuntu 14.04
GitLab 11.10 sarà l'ultima versione con .
Canonical ha annunciato la cessazione del supporto standard per Ubuntu 14.04 da Si consiglia agli utenti di passare a una versione LTS supportata: Ubuntu 16.04 o Ubuntu 18.04.
Data di rimozione: 22 maggio 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 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 di clonazione/chiamata del repository. Attualmente, GitLab Runner utilizzerà il vecchio metodo se il nuovo non è supportato. Per maggiori dettagli, consulta .
In GitLab 11.0 abbiamo modificato l'aspetto della configurazione del server delle metriche per GitLab Runner. metrics_server sarà rimosso a favore di listen_address in GitLab 12.0. Ulteriori dettagli possono essere trovati in .
Nella versione 11.3, GitLab Runner ha iniziato a supportare ; il che ha portato a nuove configurazioni per . In , è presente una tabella delle modifiche e istruzioni su come passare alla nuova configurazione. Per maggiori dettagli, consulta .
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 per risolvere problemi come e .
In GitLab 12.0 ci sposteremo su un comportamento corretto, come se il parametro della funzione fosse disabilitato. Ulteriori dettagli possono essere trovati in .
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 . Grazie a Javier Ardo () per !
Data di rimozione: 22 giugno 2019
Rimozione dei comandi obsoleti di GitLab Runner Helper
Come parte degli sforzi per supportare è stato necessario rinunciare ad alcuni comandi obsoleti utilizzati per .
In GitLab 12.0, GitLab Runner viene avviato con nuovi comandi. Questo riguarda solo gli utenti che . Ulteriori dettagli possono essere trovati in .
Data di rimozione: 22 giugno 2019
Rimozione del meccanismo legacy di git clean da GitLab Runner
In GitLab Runner 11.10 configurare come il Runner esegue il comando git clean. Inoltre, la nuova strategia di pulizia rimuove l'uso 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 .
In GitLab Runner 12.0, rimuoveremo il supporto per la strategia di pulizia legacy e la possibilità di ripristinarla tramite il parametro della funzione. Maggiori dettagli sono disponibili in .
Data di rimozione: 22 giugno 2019
Sezione Informazioni di Sistema nel pannello di amministrazione
GitLab fornisce informazioni sulla tua istanza di GitLab in admin/system_info, ma queste informazioni potrebbero non essere accurate.
Noi del pannello di amministrazione in GitLab 12.0 e raccomandiamo di utilizzare .
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 .
Aggiornamento
Guarda la .
Piani di abbonamento a GitLab
GitLab è disponibile in due varianti: e .
: localmente o su una piattaforma cloud di tua scelta.
- Core: per piccoli team, progetti personali o versioni di prova di GitLab senza limiti di tempo.
- Starter: per team che lavorano in un unico ufficio su più progetti e necessitano di supporto professionale.
- Premium: per team distribuiti che necessitano di funzionalità avanzate, alta disponibilità e supporto 24/7.
- Ultimate: per imprese che richiedono una strategia e una implementazione solide con sicurezza e conformità migliorate.
— GitLab.com: ospitato, gestito e amministrato da GitLab secondo per singoli sviluppatori e team.
- Free: repository privati illimitati e numero illimitato di partecipanti ai progetti. I progetti privati hanno accesso alle funzionalità di livello Free, i hanno accesso alle funzionalità di livello Gold.
- Bronze: per team che necessitano di accesso a funzionalità avanzate del flusso di lavoro.
- Silver: per team che necessitano di funzionalità DevOps più affidabili, conformità e supporto rapido.
- Gold: adatto per molteplici lavori CI/CD. Tutti i progetti pubblici possono utilizzare gratuitamente le funzionalità Gold indipendentemente dal piano.
Fonte: habr.com
