GitLab 11.10 con pipeline nella dashboard, pipeline per risultati combinati e suggerimenti multi-riga nelle richieste di merge.
Informazioni utili sulle prestazioni delle pipeline in diversi progetti
GitLab continua ad aumentare la visibilità sul ciclo di vita DevOps. In questa versione, Aggiunta panoramica sullo stato della pipeline.
Ciò è utile anche se si sta studiando la pipeline di un singolo progetto, ma è particolarmente utile se , — e questo è solitamente il caso se si utilizzano microservizi e si desidera eseguire una pipeline per testare e distribuire codice da diversi repository di progetto. Ora è possibile visualizzare immediatamente la funzionalità , ovunque vengano eseguiti.
Avvio di pipeline per risultati uniti
Nel tempo, i rami di origine e di destinazione divergono e potrebbe verificarsi una situazione in cui funzionano separatamente, ma non insieme. Ora puoi In questo modo, noterai rapidamente errori che apparirebbero solo se spostassi frequentemente le modifiche tra i rami, il che significa che risolverai gli errori della pipeline molto più velocemente e la utilizzerai in modo più efficiente. .
Ulteriore ottimizzazione della collaborazione
GitLab 11.10 offre ancora più funzionalità per una collaborazione più semplice e flussi di lavoro semplificati. Abbiamo introdotto i suggerimenti per le richieste di merge, grazie ai quali un revisore poteva suggerire una modifica a una singola riga in un commento relativo a una richiesta di merge, che poteva essere confermata direttamente dal thread dei commenti. I nostri utenti hanno apprezzato questa funzionalità e ne hanno chiesto altre. Ora puoi suggerirla anche tu. , indicando quali righe eliminare e quali aggiungere.
Grazie per il tuo feedback e i tuoi suggerimenti!
E non è tutto...
Ci sono così tante caratteristiche sorprendenti in questo numero, ad esempio, , più approfondito , e opportunità Di seguito sono riportati i dettagli su ciascuno di essi.
Il dipendente più prezioso di questo mese () - Takuya Noguchi
Il dipendente più prezioso di questo mese è stato Takuya Noguchi (). Takuya : corretti bug, colmate le carenze nel backend e nel frontend e migliorata l'interfaccia utente. Grazie!
Caratteristiche principali di GitLab 11.10
Condotte sul cruscotto
PREMIUM, ULTIMATE, ARGENTO, ORO
La dashboard di GitLab mostra informazioni sui progetti dell'intera istanza GitLab. Puoi aggiungere singoli progetti uno alla volta e scegliere quello che ti interessa.
In questa versione, abbiamo aggiunto informazioni sullo stato della pipeline alla dashboard. Ora gli sviluppatori possono visualizzare lo stato di avanzamento della pipeline in tutti i progetti rilevanti, tutto in un unico posto.
Pipeline per risultati combinati
PREMIUM, ULTIMATE, ARGENTO, ORO
In genere, nel tempo, il ramo sorgente divergerà da quello di destinazione, a meno che non si continui a inviare modifiche tra i due. Di conseguenza, le pipeline dei rami sorgente e destinazione saranno "verdi" e non ci saranno conflitti di unione, ma l'unione fallirà a causa di modifiche incompatibili.
Quando la pipeline di richiesta di merge crea automaticamente un nuovo riferimento che contiene il risultato combinato dell'unione dei rami di origine e di destinazione, possiamo eseguire la pipeline su tale riferimento e garantire che il risultato combinato funzioni.
Se si utilizzano pipeline di richieste di merge (in qualsiasi capacità) e si utilizzano runner GitLab privati della versione 11.8 o successiva, sarà necessario aggiornarli per evitare questo problema. Ciò non riguarda gli utenti dei runner GitLab pubblici.
Suggerire modifiche su più righe
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Quando si collabora su richieste di merge, spesso si individuano problemi e si suggeriscono soluzioni. A partire da GitLab 11.6, supportiamo per una riga.
Nella versione 11.10, è possibile proporre modifiche a più righe nei commenti diff della richiesta di merge, e chiunque abbia i permessi di scrittura sul ramo originale può accettarle con un clic. Questa nuova funzionalità evita il copia-incolla presente nelle versioni precedenti.
Scorciatoie in un'area
PREMIUM, ULTIMATE, ARGENTO, ORO
Con le etichette nello stesso ambito, i team possono utilizzare etichette mutuamente esclusive (nello stesso ambito) per un problema, una richiesta di merge o un'epic in scenari con campi personalizzati o stati del flusso di lavoro personalizzati. Queste etichette vengono configurate utilizzando una sintassi speciale con due punti nel titolo dell'etichetta.
Supponiamo che tu voglia un campo personalizzato nelle attività per tracciare il sistema operativo della piattaforma a cui sono destinate le tue funzionalità. Ogni attività dovrebbe essere specifica per una sola piattaforma. Puoi creare scorciatoie. platform::iOS, platform::Android, platform::Linux e altri, se necessario. Se si applica una di queste scorciatoie a un'attività, un'altra scorciatoia esistente che inizia con verrà automaticamente eliminata. platform::.
Supponiamo che tu abbia delle scorciatoie workflow::development, workflow::review и workflow::deployed, che indica lo stato del flusso di lavoro nel tuo team. Se l'attività ha già un'etichetta workflow::developmente lo sviluppatore vuole spostare l'attività nella fase workflow::review, applica semplicemente la nuova scorciatoia e quella vecchia (workflow::development) viene rimosso automaticamente. Questo comportamento è già presente quando si spostano attività tra gli elenchi di scelta rapida nella bacheca delle attività che rappresenta il flusso di lavoro del team. Ora i membri del team che non lavorano direttamente con la bacheca delle attività possono modificare lo stato del flusso di lavoro nelle attività stesse.
Pulizia più approfondita del registro dei contenitori
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Quando si utilizza un registro di container con pipeline di CI, in genere si inviano più modifiche individuali a un singolo tag. A causa dell'implementazione della distribuzione di Docker, il comportamento predefinito è quello di mantenere tutte le modifiche sul sistema, ma questo finisce per occupare molta memoria. Se si utilizza -m с registry-garbage-collect, puoi rimuovere rapidamente tutte le modifiche precedenti e liberare spazio prezioso.
Acquisto di minuti aggiuntivi per corridori CI
BRONZO, ARGENTO, ORO
Gli utenti con piani GitLab.com a pagamento (Gold, Silver, Bronze) possono ora acquistare minuti aggiuntivi di CI Runner. In precedenza, era necessario rispettare la quota del piano. Grazie a questo miglioramento, è possibile acquistare minuti extra in anticipo per evitare interruzioni dovute a tempi di inattività della pipeline.
Attualmente, 1000 minuti costano 8 dollari e puoi acquistarne quanti ne vuoi. I minuti extra inizieranno a essere utilizzati una volta esaurita l'intera quota mensile e i minuti rimanenti verranno accumulati al mese successivo. Vogliamo aggiungere questa funzionalità anche ai piani gratuiti.
DevOps automatico componibile
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Con Auto DevOps, i team possono adottare pratiche DevOps moderne con il minimo sforzo. A partire da GitLab 11.10, ogni lavoro in Auto DevOps viene consegnato come Gli utenti possono utilizzare in GitLab CI per abilitare singole fasi di Auto DevOps durante l'utilizzo del file personalizzato gitlab-ci.ymlIn questo modo puoi includere solo i lavori di cui hai bisogno e sfruttare gli aggiornamenti a monte.
Gestisci automaticamente i membri del gruppo su GitLab.com con SCIM
ARGENTO ORO
In precedenza, era necessario gestire manualmente le appartenenze ai gruppi su GitLab.com. Ora puoi utilizzare SAML SSO e gestire le appartenenze con SCIM per creare, eliminare e aggiornare gli utenti su GitLab.com.
Questa funzionalità è particolarmente utile per le aziende con un elevato numero di utenti e provider di identità centralizzati. Ora è possibile disporre di un'unica fonte di dati attendibile, come Azure Active Directory, e gli utenti verranno creati ed eliminati automaticamente tramite il provider di identità, anziché manualmente.
Accedi a GitLab.com tramite il provider SAML
ARGENTO ORO
In precedenza, quando si utilizzava SAML SSO per i gruppi, l'utente doveva accedere con le credenziali GitLab e un provider di identità. Ora è possibile accedere direttamente tramite SSO come utente GitLab associato al gruppo configurato.
Gli utenti non devono effettuare l'accesso due volte, semplificando l'utilizzo di SAML SSO per GitLab.com da parte delle aziende.
Altri miglioramenti in GitLab 11.10
Schema di epopee per bambini
ULTIMO, ORO
Nella versione precedente, abbiamo aggiunto le epic figlio (epic di epic) per aiutarti a gestire la struttura di distribuzione delle attività. Le epic figlio vengono visualizzate nella pagina dell'epic padre.
In questa versione, la pagina dell'epic padre visualizza una panoramica degli epic figlio, in modo che i team possano visualizzare la cronologia degli epic figlio e gestire le dipendenze temporali.
Schermate popup di richiesta di unione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
In questa versione, introduciamo schermate informative che compaiono quando si passa il mouse sopra il link di una richiesta di merge. In precedenza, mostravamo solo il titolo della richiesta di merge, ma ora mostriamo anche lo stato della richiesta di merge, lo stato della pipeline di CI e l'URL breve.
Nelle versioni future prevediamo di aggiungere altre informazioni importanti, come: , e introdurremo anche schermate pop-up per .
Filtraggio delle richieste di unione in base ai rami di destinazione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
I flussi di lavoro Git per il rilascio o la spedizione di software spesso comportano più rami a lungo termine, per apportare correzioni alle versioni precedenti (ad esempio stable-11-9) o il passaggio dal controllo qualità alla produzione (ad esempio integration), ma non è così facile trovare richieste di unione per questi rami tra le numerose richieste di unione aperte.
L'elenco delle richieste di unione per progetti e gruppi può ora essere filtrato in base al ramo di destinazione della richiesta di unione, rendendo più semplice trovare quella desiderata.
Grazie, Hiroyuki Sato ()!
Invia e unisci sulla pipeline riuscita
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Se utilizziamo uno sviluppo basato su Trunk, dovremmo evitare branch di lunga durata a favore di branch piccoli e temporanei con un singolo proprietario. Le piccole modifiche vengono spesso inviate direttamente al branch di destinazione, ma rischiamo di compromettere la build.
In questa versione, GitLab supporta le nuove opzioni Git push per aprire automaticamente le richieste di unione, impostare il ramo di destinazione e garantire che l'unione abbia esito positivo dalla riga di comando quando si esegue il push su un ramo.
Integrazione migliorata con dashboard esterne
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
GitLab può accedere a più server Prometheus (nell'ambiente, nel progetto e ), ma avere più endpoint può aggiungere complessità o non essere supportato dalle dashboard standard. Con questa versione, i team possono utilizzare un'unica API Prometheus, semplificando notevolmente l'integrazione con servizi come Grafana.
Ordina le pagine Wiki per data di creazione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Il progetto Wiki consente ai team di condividere documentazione e altre informazioni importanti, oltre al codice sorgente e alle attività. In questa versione, l'elenco delle pagine Wiki può essere ordinato per data di creazione e titolo, per trovare rapidamente i contenuti creati di recente.
Monitoraggio delle risorse richieste dal cluster
ULTIMO, ORO
GitLab ti aiuta a monitorare il tuo cluster Kubernetes per applicazioni di sviluppo e produzione. A partire da questa versione, monitora le risorse di CPU e memoria richieste dal tuo cluster per individuare potenziali problemi prima che diventino tali.
Visualizza le metriche del bilanciatore del carico nella dashboard di Grafana
CORE, STARTER, PREMIUM, ULTIMATE
È importante monitorare lo stato di salute della tua istanza GitLab. In precedenza, fornivamo dashboard predefinite tramite un'istanza di Grafana incorporata. A partire da questa versione, abbiamo incluso dashboard aggiuntive per il monitoraggio dei bilanciatori di carico NGINX.
SAST per Elixir
ULTIMO, ORO
Continuiamo ad ampliare il supporto linguistico e ad approfondire i controlli di sicurezza. In questa versione, abbiamo abilitato i controlli di sicurezza per i progetti su e progetti creati su .
Più query in un diagramma
PREMIUM, ULTIMATE, ARGENTO, ORO
In GitLab, puoi creare grafici per visualizzare le metriche che raccogli. Spesso, ad esempio, se vuoi vedere il valore massimo o medio di una metrica, vuoi rappresentare più valori su un unico grafico. A partire da questa versione, puoi farlo.
Risultati DAST sulla dashboard di sicurezza del gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Abbiamo aggiunto i risultati del Dynamic Application Security Testing (DAST) alla dashboard di sicurezza del team, oltre a SAST, alla scansione dei container e alla scansione delle dipendenze.
Aggiunta di metadati al report di scansione del contenitore
ULTIMO, ORO
Questa versione aggiunge più metadati al Report di scansione del contenitore: abbiamo aggiunto componente interessato (Funzionalità Clair) ai metadati esistenti: priorità, identificatore (con un collegamento a mitre.org) e livello interessato (ad esempio debian:8).
Aggiunta di un tipo di report sulle metriche alle richieste di unione
PREMIUM, ULTIMATE, ARGENTO, ORO
GitLab fornisce già diversi tipi di report che possono essere inclusi direttamente nelle richieste di merge: dai report su и nella fase di verifica prima и nella fase difensiva.
Sebbene si tratti di report importanti, anche le informazioni di base utilizzabili in una varietà di scenari sono importanti. In GitLab 11.10, forniamo report sulle metriche direttamente in una richiesta di merge che prevede una semplice coppia chiave-valore. Questo consente agli utenti di monitorare le modifiche nel tempo, incluse le metriche personalizzate e le modifiche alle metriche per una specifica richiesta di merge. L'utilizzo della memoria, i test personalizzati del carico di lavoro e lo stato di integrità possono essere trasformati in metriche semplici visualizzabili direttamente nelle richieste di merge, insieme ad altri report integrati.
Supporto per progetti Maven multi-modulo per la scansione delle dipendenze
ULTIMO, ORO
In questa versione, i progetti Maven multi-modulo supportano la scansione delle dipendenze di GitLab. In precedenza, se un sottomodulo aveva una dipendenza da un altro sottomodulo allo stesso livello, non risolveva il download dal repository Maven centrale. Ora, un progetto Maven multi-modulo viene creato con due moduli e una dipendenza tra i due moduli. La dipendenza tra i moduli allo stesso livello è ora disponibile nel repository Maven locale, in modo che la build possa procedere.
Gli utenti possono modificare il percorso del clone in CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Per impostazione predefinita, GitLab Runner clona il progetto in un sottopercorso univoco in $CI_BUILDS_DIRMa per alcuni progetti, come Golang, il codice deve essere clonato in una directory specifica affinché possa essere compilato.
In GitLab 11.10 abbiamo introdotto la variabile GIT_CLONE_PATH, che consente di specificare un percorso specifico in cui GitLab Runner clona il progetto prima di eseguire l'attività.
Facile mascheramento delle variabili protette nei log
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
GitLab offre diversi modi и variabili in GitLab CI/CD. Tuttavia, le variabili possono comunque finire nei log di build, intenzionalmente o accidentalmente.
GitLab prende sul serio la gestione del rischio e l'audit e continua ad aggiungere funzionalità per supportare la conformità. In GitLab 11.10, abbiamo introdotto la possibilità di mascherare determinati tipi di variabili nei log di tracciamento dei job, aggiungendo un livello di protezione contro la fuoriuscita accidentale del contenuto di queste variabili nei log. GitLab ora supporta anche molte variabili token integrate.
Abilitazione e disabilitazione di Auto DevOps a livello di gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Con Auto DevOps su GitLab.com, puoi gestire senza sforzo i moderni flussi di lavoro DevOps, dalla compilazione alla distribuzione.
A partire da GitLab 11.10, è possibile abilitare o disabilitare Auto DevOps per tutti i progetti di un gruppo.
Pagina della licenza semplificata e migliorata
STARTER, PREMIUM, ULTIMATE
Per rendere la gestione delle chiavi di licenza più comoda e semplice, abbiamo riprogettato la pagina delle licenze nel pannello di amministrazione e evidenziato gli elementi più importanti.
Aggiorna il selettore di etichette per le distribuzioni Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Le dashboard di distribuzione mostrano informazioni su tutte le distribuzioni Kubernetes.
In questa versione, abbiamo modificato il modo in cui associamo le etichette alle distribuzioni. Le corrispondenze sono ora disponibili tramite app.example.com/app и app.example.com/env o appIn questo modo si eviteranno conflitti di filtraggio e il rischio di distribuzioni errate associate al progetto.
Inoltre, in GitLab 12.0 noi , e la partita sarà possibile solo tramite app.example.com/app и app.example.com/env.
Creazione dinamica di risorse Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
L'integrazione di Kubernetes in GitLab abilita la funzionalità RBAC tramite un account di servizio e uno spazio dei nomi dedicato per ogni progetto GitLab. A partire da questa versione, queste risorse verranno create solo quando necessario per la distribuzione, per massimizzare l'efficienza.
Quando si distribuisce Kubernetes, GitLab CI creerà queste risorse prima della distribuzione.
Corridori di gruppo per cluster a livello di gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
I cluster a livello di gruppo ora supportano l'installazione di GitLab Runner. I runner Kubernetes a livello di gruppo sono visibili ai progetti figlio come runner di gruppo, contrassegnati con etichette. cluster и kubernetes.
Contatore di chiamate per le funzioni Knative
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Funzionalità implementate con , ora mostra il numero di chiamate ricevute per una singola funzione. Per farlo, è necessario installare Prometheus sul cluster in cui è installato Knative.
Controllo dei parametri git clean per lavori GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Per impostazione predefinita, GitLab Runner viene eseguito git clean durante il dump del codice durante l'esecuzione di un processo in GitLab CI/CD. A partire da GitLab 11.10, gli utenti possono controllare i parametri passati al comando git cleanQuesta funzionalità è utile per i team con runner dedicati, così come per i team che sviluppano progetti da monorepo di grandi dimensioni. Ora possono controllare il processo di checkout prima dell'esecuzione degli script. Nuova variabile GIT_CLEAN_FLAGS di default ha un valore -ffdx e accetta tutti i possibili parametri di comando [git clean](https://git-scm.com/docs/git-clean).
Autorizzazione esterna in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Gli ambienti sicuri potrebbero richiedere una risorsa di autorizzazione esterna aggiuntiva per accedere al progetto. Abbiamo aggiunto il supporto per un ulteriore livello di controllo degli accessi in e abbiamo ricevuto numerose richieste per l'estensione di questa funzionalità in Core. Siamo lieti di introdurre l'autorizzazione esterna e un ulteriore livello di sicurezza per le istanze Core, poiché questa funzionalità è necessaria ai singoli contributori.
Possibilità di creare progetti in gruppi in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Il ruolo di sviluppatore può creare progetti in gruppi e ora è disponibile in Core. La creazione di progetti è una funzionalità fondamentale per essere produttivi in GitLab, e portare questa funzionalità in Core semplifica l'avvio di nuove attività da parte dei membri dell'istanza.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
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 registro delle modifiche di GitLab Runner: .
Correzione del reso project_id nell'API di ricerca blob in Elasticsearch
STARTER, PREMIUM, ULTIMATE
Abbiamo corretto un bug nell'API di ricerca blob Elasticsearch che restituiva erroneamente 0 per project_idSarà necessario per ottenere i valori corretti project_id dopo aver installato questa versione di GitLab.
Miglioramenti Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato i seguenti miglioramenti a Omnibus in GitLab 11.10:
- GitLab 11.10 include , , la cui ultima versione include un nuovo catalogo di integrazione per una facile migrazione dei dati da Hipchat e molto altro. Questa versione include e consigliamo di aggiornarlo.
- Noi e ora è davvero facile iniziare a monitorare un'istanza GitLab.
- Abbiamo aggiunto il supporto per la rimozione delle vecchie immagini dei container dal registro Docker.
- Abbiamo aggiornato ca-certs al 2019/01/23.
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.10:
- .
- .
- .
- .
- .
- .
- .
- .
Migliorare i diagrammi GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Abbiamo apportato i seguenti miglioramenti ai grafici GitLab:
- .
Funzionalità obsolete
GitLab Geo fornirà archiviazione con hash in GitLab 12.0
GitLab Geo richiesto per mitigare la concorrenza sui nodi secondari. Ciò è stato notato nel .
Nel GitLab abbiamo aggiunto questo requisito alla documentazione Geo: .
Nel GitLab sudo gitlab-rake gitlab:geo:check controlla se l'archiviazione con hash è abilitata e tutti i progetti vengono migrati. Cm. . Se utilizzi Geo, esegui questo controllo ed esegui la migrazione il prima possibile.
Nel GitLab avviso permanentemente disabilitato verrà visualizzato nella pagina Area amministrazione > Geo > Nodes, qualora i controlli di cui sopra non siano consentiti.
Nel GitLab Geo utilizzerà i requisiti di archiviazione con hash. Cm. .
Data di cancellazione: 22 giugno 2019 città
Supporto per Ubuntu 14.04
GitLab 11.10 sarà l'ultima versione con .
Canonical ha annunciato che terminerà il supporto standard per Ubuntu 14.04 Consigliamo agli utenti di eseguire l'aggiornamento a una versione LTS supportata: Ubuntu 16.04 o Ubuntu 18.04.
Data di cancellazione: 22 maggio 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 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 clonare/chiamare il repository. Attualmente, GitLab Runner utilizzerà il vecchio metodo se quello nuovo non è supportato. Vedi maggiori dettagli in .
In GitLab 11.0, abbiamo modificato l'aspetto della configurazione del server delle metriche per GitLab Runner. metrics_server verrà rimosso a favore listen_address in GitLab 12.0. Vedi maggiori dettagli in .
Nella versione 11.3, GitLab Runner ha iniziato a supportare ; che ha portato a nuove impostazioni per . In , viene fornita una tabella delle modifiche e le istruzioni per passare alla nuova configurazione. Per maggiori dettagli, vedere .
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 per risolvere problemi come и .
In GitLab 12.0 passeremo al comportamento corretto come se l'impostazione della funzionalità fosse disabilitata. Vedi maggiori dettagli in .
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 . Grazie a Javier Ardo () per !
Data di cancellazione: 22 giugno 2019 città
Rimozione dei vecchi comandi GitLab Runner Helper
Come parte dei nostri sforzi per sostenere ho dovuto abbandonare alcuni vecchi comandi utilizzati per .
In GitLab 12.0, GitLab Runner viene avviato utilizzando nuovi comandi. Questo vale solo per gli utenti che . Vedi maggiori dettagli in .
Data di cancellazione: 22 giugno 2019 città
Rimozione del meccanismo legacy git clean da GitLab Runner
In GitLab Runner 11.10 configurare il modo in cui Runner esegue un comando git cleanInoltre, la nuova strategia di pulizia elimina l'uso di 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 .
In GitLab Runner 12.0, rimuoveremo il supporto per la strategia di pulizia legacy e la possibilità di ripristinarla tramite un parametro di funzione. Per ulteriori informazioni, vedere .
Data di cancellazione: 22 giugno 2019 città
Sezione Informazioni di sistema nel pannello di amministrazione
GitLab presenta informazioni sulla tua istanza GitLab in admin/system_info, ma queste informazioni potrebbero non essere accurate.
Noi pannello di amministrazione in GitLab 12.0 e consigliamo di utilizzare .
Data di cancellazione: 22 giugno 2019 città
урнал изменений
Cerca tutte queste modifiche nel registro delle modifiche:
Installazione
Se stai configurando una nuova installazione GitLab, visita .
Aggiornare
Dai un'occhiata a .
Piani di abbonamento GitLab
GitLab è disponibile in due varianti: и .
: localmente o sulla tua piattaforma cloud preferita.
- Nucleo: per piccoli team, progetti personali o una prova di GitLab a tempo indeterminato.
- Principiante: per team che lavorano in un ufficio su più progetti e necessitano di supporto professionale.
- Premium: Per team distribuiti che necessitano di funzionalità avanzate, elevata disponibilità e supporto 24 ore su 24, 7 giorni su 7.
- Ultimate : Per le aziende che necessitano di una strategia e di un'implementazione solide con maggiore sicurezza e conformità.
- GitLab.com: ospitato, gestito e amministrato da GitLab per singoli sviluppatori e team.
- Gratis : repository privati illimitati e contributori di progetto illimitati. I progetti privati hanno accesso alle funzionalità del livello Gratis Avere c'è accesso alle funzionalità di livello Gold.
- Bronzo: Per i team che necessitano di accedere a funzionalità avanzate del flusso di lavoro.
- Argento: Per i team che necessitano di funzionalità DevOps più solide, conformità e supporto rapido.
- Gold: Adatto a molti progetti CI/CD. Tutti i progetti open source possono utilizzare gratuitamente le funzionalità Gold, indipendentemente dal piano.
Fonte: habr.com
