GitLab 11.10 con pipeline di dashboard, pipeline di risultati uniti e suggerimenti su più righe nelle richieste di unione.
Informazioni utili sulle prestazioni delle condutture in diversi progetti
GitLab continua ad aumentare la visibilità sul ciclo di vita DevOps. In questo numero su панель управления aggiunta una panoramica dello stato della pipeline.
Ciò è comodo anche se stai studiando la pipeline di un singolo progetto, ma è particolarmente utile se diversi progetti, - e questo di solito accade se usi i microservizi e desideri eseguire una pipeline per testare e distribuire codice da diversi repository di progetto. Ora puoi vedere immediatamente la performance tubazioni sul pannello di controllo, ovunque vengano eseguiti.
Esecuzione di pipeline per risultati uniti
Nel corso del tempo, i rami di origine e di destinazione divergono e può verificarsi una situazione in cui affrontano separatamente, ma non lavorano insieme. Ora puoi eseguire pipeline per i risultati uniti prima dell'unione. In questo modo noterai rapidamente errori che apparirebbero solo se le modifiche venissero spostate frequentemente tra i rami, il che significa che correggerai gli errori della pipeline molto più velocemente e utilizzerai il comando Corridore di GitLab.
Ottimizzare ulteriormente la collaborazione
GitLab 11.10 aggiunge ancora più funzionalità per una collaborazione perfetta e flussi di lavoro semplificati. IN numero precedente abbiamo introdotto suggerimenti per le richieste di unione, in cui un revisore potrebbe suggerire una modifica a una riga in un commento a una richiesta di unione e potrebbe essere immediatamente confermata direttamente dal thread dei commenti. Ai nostri utenti è piaciuto e hanno chiesto di espandere questa funzionalità. Ora puoi offrire modifiche per più righe, indicando quali righe rimuovere e quali aggiungere.
La dashboard in GitLab mostra informazioni sui progetti nell'intera istanza GitLab. Aggiungi i singoli progetti uno alla volta e puoi scegliere quale progetto ti interessa.
In questa versione abbiamo aggiunto informazioni sugli stati della pipeline al dashboard. Ora gli sviluppatori vedono la funzionalità delle pipeline in tutti i progetti necessari, in un'unica interfaccia.
Pipeline per risultati uniti
PREMIUM, ULTIMATE, ARGENTO, ORO
È normale che il ramo di origine diverga dal ramo di destinazione nel tempo, a meno che non si incorrano continuamente modifiche tra di loro. Di conseguenza, le pipeline dei rami di origine e di destinazione sono "verdi" e non sono presenti conflitti di unione, ma l'unione non riesce a causa di modifiche incompatibili.
Quando la pipeline della richiesta di unione crea automaticamente un nuovo collegamento che contiene il risultato combinato dell'unione dei rami di origine e di destinazione, possiamo eseguire la pipeline su quel collegamento e garantire che il risultato complessivo funzioni.
Se utilizzi pipeline di richieste di unione (a qualsiasi titolo) e utilizzi runner GitLab privati versione 11.8 o precedente, dovrai aggiornarli per evitare questo problema gitlab-ee#11122. Ciò non influisce sugli utenti dei corridori GitLab pubblici.
Suggerire modifiche su più righe
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Quando si lavora insieme su richieste di fusione, spesso si individuano problemi e si propongono soluzioni. A partire da GitLab 11.6 supportiamo proposta di modifiche per una riga.
Nella versione 11.10, i commenti diff della richiesta di unione possono proporre modifiche a più righe e quindi chiunque abbia autorizzazioni di scrittura sul ramo originale può accettarle con un clic. Grazie alla nuova funzionalità è possibile evitare il copia-incolla, come nelle versioni precedenti.
Scorciatoie in un'area
PREMIUM, ULTIMATE, ARGENTO, ORO
Con le etichette nello stesso ambito, i team possono applicare etichette reciprocamente esclusive (nello stesso ambito) a un problema, una richiesta di unione o un'epica in scenari con campi personalizzati o stati del flusso di lavoro personalizzati. Sono configurati utilizzando una speciale sintassi dei due punti nel titolo dell'etichetta.
Supponiamo che tu abbia bisogno di un campo personalizzato nelle attività per tenere traccia del sistema operativo della piattaforma a cui sono destinate le tue funzioni. Ogni attività deve riguardare una sola piattaforma. Puoi creare scorciatoie platform::iOS, platform::Android, platform::Linux e altri se necessario. Se applichi uno di questi collegamenti a un'attività, verrà automaticamente rimosso un altro collegamento esistente che inizia con platform::.
Diciamo che hai delle scorciatoie workflow::development, workflow::review и workflow::deployed, indicando lo stato del flusso di lavoro del tuo team. Se l'attività dispone già di una scorciatoia workflow::developmente lo sviluppatore desidera spostare l'attività sullo stage workflow::review, applica semplicemente la nuova scorciatoia e quella vecchia (workflow::development) viene automaticamente eliminato. Questo comportamento esiste già quando sposti le attività tra elenchi di scorciatoie 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 nelle attività stesse.
Pulizia più approfondita del registro dei contenitori
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Quando in genere utilizzi un registro contenitori con pipeline CI, esegui il push di più modifiche separate a un singolo tag. A causa dell'implementazione della distribuzione di Docker, il comportamento predefinito è quello di salvare tutte le modifiche nel sistema, ma finiscono per occupare molta memoria. Se usi il parametro -m с registry-garbage-collect, puoi eliminare rapidamente tutte le modifiche precedenti e liberare spazio prezioso.
Acquisto di minuti CI Runner aggiuntivi
BRONZO, ARGENTO, ORO
Gli utenti con piani GitLab.com a pagamento (Gold, Silver, Bronze) possono ora acquistare minuti CI Runner aggiuntivi. In precedenza era necessario rispettare la quota prevista dal piano. Con questo miglioramento è possibile preacquistare minuti in eccedenza per evitare interruzioni dovute alla chiusura della pipeline.
Ora 1000 minuti costano $ 8 e puoi acquistarne quanti vuoi. I minuti aggiuntivi inizieranno a essere utilizzati quando avrai speso l'intera quota mensile e il resto dei minuti aggiuntivi verrà trasferito al mese successivo. IN rilascio futuro vogliamo aggiungere questa funzionalità anche ai piani gratuiti.
DevOps automatico componibile
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Con Auto DevOps, i team passano alle moderne pratiche DevOps quasi senza alcuno sforzo. A partire da GitLab 11.10, ogni lavoro in Auto DevOps viene fornito come modello indipendente. Gli utenti possono utilizzare функцию includes in GitLab CI per abilitare le singole fasi di Auto DevOps e allo stesso tempo utilizzare il tuo file personalizzato gitlab-ci.yml. In questo modo puoi abilitare solo i lavori che ti servono e sfruttare gli aggiornamenti upstream.
Gestisci automaticamente i membri del gruppo su GitLab.com utilizzando SCIM
ARGENTO ORO
In precedenza, dovevi gestire manualmente l'appartenenza al gruppo su GitLab.com. Ora puoi utilizzare SAML SSO e gestire l'iscrizione utilizzando SCIM per creare, eliminare e aggiornare gli utenti su GitLab.com.
Ciò è particolarmente utile per le aziende con un gran numero di utenti e fornitori di identità centralizzati. Ora puoi avere un'unica fonte 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 il servizio SSO SAML per i gruppi, all'utente veniva richiesto di accedere con le credenziali GitLab e un provider di identità. Ora puoi accedere direttamente tramite SSO come utente GitLab associato a un gruppo configurato.
Gli utenti non dovranno accedere due volte, rendendo più semplice per le aziende utilizzare SAML SSO per GitLab.com.
Altri miglioramenti in GitLab 11.10
Schema epico infantile
ULTIMO, ORO
Nella versione precedente abbiamo aggiunto gli epic secondari (epic degli epic) per aiutarti a gestire la struttura di distribuzione del lavoro. Le epiche secondarie appaiono sulla pagina dell'epica principale.
In questa versione, la pagina delle epic secondarie visualizza una struttura delle epic secondarie in modo che i team possano vedere la sequenza temporale delle epic secondarie e gestire le dipendenze temporali.
Schermate popup di richiesta di unione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
In questa versione stiamo introducendo schermate informative che vengono visualizzate quando si passa il mouse sopra un collegamento di richiesta di unione. In precedenza mostravamo solo il titolo della richiesta di unione, ma ora mostriamo anche lo stato della richiesta di unione, lo stato della pipeline CI e l'URL breve.
Filtraggio delle richieste di unione per rami di destinazione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
I flussi di lavoro Git per il rilascio o la spedizione del software spesso coinvolgono più rami a lungo termine, per apportare correzioni alle versioni precedenti (ad es. stable-11-9) o il passaggio dai test di qualità alla produzione (ad es. integration), ma non è facile trovare richieste di fusione per questi rami tra le tante richieste di fusione aperte.
L'elenco delle richieste di unione per progetti e gruppi ora può essere filtrato in base al ramo di destinazione della richiesta di unione per facilitare la ricerca di quella di cui hai bisogno.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Se utilizziamo il metodo di sviluppo basato sul tronco, dovremmo evitare rami longevi a favore di rami piccoli e temporanei con un unico proprietario. Piccole modifiche vengono spesso inviate direttamente al ramo di destinazione, ma così facendo si rischia di interrompere la build.
Con questa versione, GitLab supporta le nuove opzioni push Git per aprire automaticamente le richieste di unione, impostare il ramo di destinazione e applicare un'unione su una pipeline riuscita dalla riga di comando al momento del push al ramo.
Integrazione migliorata con dashboard esterni
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
GitLab può accedere a più server Prometheus (ambiente, progetto e gruppi (previsto)), ma la presenza di più endpoint può aggiungere complessità o potrebbe non essere supportata dai dashboard standard. Con questa versione, i team possono utilizzare un'unica API Prometheus, rendendo molto più semplice l'integrazione con servizi come Grafana.
Ordina le pagine Wiki per data di creazione
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
In un Wiki di progetto, i team possono condividere documentazione e altre informazioni importanti insieme al codice sorgente e alle attività. Con questa versione puoi ordinare l'elenco delle pagine Wiki 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 le applicazioni di sviluppo e produzione. A partire da questa versione, monitora le richieste di CPU e memoria dal tuo cluster per individuare potenziali problemi prima che diventino problemi.
Visualizza le metriche del bilanciatore del carico nella dashboard di Grafana
CORE, STARTER, PREMIUM, ULTIMATE
È molto importante monitorare lo stato della tua istanza GitLab. In precedenza, fornivamo dashboard predefiniti tramite un'istanza Grafana incorporata. A partire da questa versione, abbiamo incluso dashboard aggiuntive per il monitoraggio dei bilanciatori di carico NGINX.
SAST per Elisir
ULTIMO, ORO
Continuiamo ad espandere il supporto linguistico e ad approfondire i controlli di sicurezza. In questa versione abbiamo abilitato i controlli di sicurezza per i progetti su Elisir e progetti creati su Piattaforma Fenice.
Più query in un diagramma
PREMIUM, ULTIMATE, ARGENTO, ORO
In GitLab puoi creare grafici per visualizzare le metriche raccolte. Spesso, ad esempio, se è necessario esaminare il valore massimo o medio di una metrica, è necessario visualizzare più valori su un grafico. A partire da questa versione, hai questa opportunità.
Risultati DAST sul dashboard di sicurezza del gruppo
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Abbiamo aggiunto i risultati del Dynamic Application Security Testing (DAST) al dashboard di sicurezza del team oltre a SAST, scansione dei contenitori e scansione delle dipendenze.
Aggiunta di metadati a un rapporto di scansione del contenitore
ULTIMO, ORO
In questa versione, il report di scansione del contenitore contiene più metadati: li abbiamo aggiunti componente interessato (una funzionalità di Clair) nei metadati esistenti: priorità, identificatore (con riferimento a mitre.org) e livello interessato (ad esempio debian:8).
Aggiunta di un tipo di report sulle metriche per unire le richieste
PREMIUM, ULTIMATE, ARGENTO, ORO
GitLab fornisce già diversi tipi di report che possono essere inclusi direttamente nelle richieste di merge: dai report a qualità del codice и test unitari in fase di verifica fino al SAST и DAST nella fase di protezione.
Sebbene si tratti di rapporti importanti, sono necessarie anche informazioni di base adatte a diversi scenari. In GitLab 11.10 forniamo report sulle metriche direttamente nella richiesta di unione, che prevede una semplice coppia chiave-valore. In questo modo, gli utenti tengono traccia delle modifiche nel tempo, incluse le metriche personalizzate, e le modifiche alle metriche per una specifica richiesta di unione. L'utilizzo della memoria, i test specializzati del carico di lavoro e gli stati di integrità possono essere convertiti in parametri semplici che possono essere visualizzati direttamente nelle richieste di unione insieme ad altri report integrati.
Supporto per progetti Maven multi-modulo per la scansione delle dipendenze
ULTIMO, ORO
Con questa versione, i progetti Maven multi-modulo supportano la scansione delle dipendenze GitLab. In precedenza, se un sottomodulo aveva una dipendenza da un altro sottomodulo dello stesso livello, non poteva consentire il caricamento dal repository Maven centrale. Ora viene creato un progetto Maven multi-modulo con due moduli e una dipendenza tra i due moduli. Le dipendenze tra i moduli fratelli sono ora disponibili nel repository Maven locale in modo che la compilazione possa procedere.
Gli utenti possono modificare il percorso di clonazione 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_DIR. Ma per alcuni progetti, come Golang, il codice deve essere clonato in una directory specifica per poter essere creato.
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à.
Mascheramento semplice delle variabili protette nei log
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
GitLab offre diversi modi proteggere и delimitare l'area variabili in GitLab CI/CD. Ma le variabili possono comunque finire nei log di compilazione, intenzionalmente o accidentalmente.
GitLab prende sul serio la gestione del rischio e il controllo e continua ad aggiungere funzionalità di conformità. In GitLab 11.10 abbiamo introdotto la possibilità di mascherare alcuni tipi di variabili nei log di tracciamento dei lavori, aggiungendo un livello di protezione contro il contenuto di queste variabili che vengono accidentalmente inclusi nei log. E ora GitLab si maschera automaticamente molte variabili token integrate.
Abilita o disabilita Auto DevOps a livello di team
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Con Auto DevOps su un progetto GitLab.com, puoi gestire i moderni flussi di lavoro DevOps dalla creazione alla consegna senza problemi.
A partire da GitLab 11.10, puoi abilitare o disabilitare Auto DevOps per tutti i progetti nello stesso gruppo.
Pagina della licenza semplificata e migliorata
INIZIALE, PREMIUM, DEFINITIVO
Per rendere la gestione delle chiavi di licenza più comoda e semplice, abbiamo ridisegnato la pagina delle licenze nel pannello di amministrazione e evidenziato gli elementi più importanti.
Aggiorna il selettore di scorciatoie per le distribuzioni Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
I pannelli di distribuzione visualizzano informazioni su tutte le distribuzioni Kubernetes.
In questa versione abbiamo modificato il modo in cui mappiamo i collegamenti alle distribuzioni. Le partite sono ora disponibili per app.example.com/app и app.example.com/env o app. Ciò eviterà il filtraggio dei conflitti e il rischio di distribuzioni errate associate al progetto.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
L'integrazione di Kubernetes con GitLab ti consente di utilizzare la funzionalità RBAC utilizzando un account di servizio e uno spazio dei nomi dedicato per ogni progetto GitLab. A partire da questa versione, per la massima efficienza, queste risorse verranno create solo quando necessarie per la distribuzione.
Durante la distribuzione di 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 vengono visualizzati nei progetti secondari come runner di gruppo etichettati cluster и kubernetes.
Contatore chiamate per le funzioni Knative
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Funzionalità distribuite con GitLab senza server, ora mostrano il numero di chiamate ricevute per una particolare funzione. Per fare ciò, devi installare Prometheus sul cluster in cui è installato Knative.
Controllo dei parametri git clean per lavori CI/CD GitLab
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Per impostazione predefinita, GitLab Runner viene eseguito git clean durante il processo di caricamento del codice durante l'esecuzione di un lavoro in GitLab CI/CD. A partire da GitLab 11.10, gli utenti possono controllare i parametri passati a un team git clean. Ciò è utile per i team con corridori dedicati, nonché per i team che raccolgono progetti da monorepository di grandi dimensioni. Ora possono controllare il processo di scarico prima di eseguire gli script. Nuova variabile GIT_CLEAN_FLAGS il valore predefinito è -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 un'ulteriore risorsa di autorizzazione esterna per accedere al progetto. Abbiamo aggiunto il supporto per un ulteriore livello di controllo dell'accesso in 10.6 e ho ricevuto molte richieste per aprire 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 partecipanti.
Possibilità di creare progetti in gruppi in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, ARGENTO, ORO
Il ruolo Sviluppatore può creare progetti in gruppi dalla versione 10.5, e ora questo è possibile in Core. La creazione di progetti è una funzionalità chiave per la produttività in GitLab e, includendo questa funzionalità in Core, ora è più semplice per i membri dell'istanza fare qualcosa di nuovo.
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.
L'elenco completo delle modifiche è disponibile nel registro delle modifiche di GitLab Runner: CHANGELOG.
Correzione del reso project_id nell'API di ricerca BLOB in Elasticsearch
INIZIALE, PREMIUM, DEFINITIVO
Abbiamo risolto un bug nell'API di ricerca BLOB Elasticsearch che restituiva erroneamente 0 per project_id. Sarà necessario reindicizzare Elasticsearchper 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:
Nel GitLab 11.5 abbiamo aggiunto questo requisito alla documentazione Geo: gitlab-ee#8053.
Nel GitLab 11.6sudo 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 avviso permanentemente disabilitato gitlab-ee!8433 verrà visualizzato nella pagina Area amministrazione > Geo > Nodes, qualora i controlli di cui sopra non siano consentiti.
Nel GitLab 12.0 Geo utilizzerà i requisiti di archiviazione con hash. Cm. gitlab-ee#8690.
Canonical ha annunciato la fine del supporto standard per Ubuntu 14.04 Aprile 2019. 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 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_server verrà 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, fornisce 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
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 a Javier Ardo (Javier Jardon) per il suo contributo!
Rimozione del meccanismo legacy git clean da GitLab Runner
In GitLab Runner 11.10 offriamo l'opportunità configurare il modo in cui Runner esegue un comando git clean. Inoltre, la nuova strategia di pulizia rimuove 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. Vedi maggiori dettagli in questo compito.
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.
Gratis : Repository privati illimitati e numero illimitato di contributori al progetto. I progetti chiusi hanno accesso alle funzionalità di livello Gratis Avere progetti aperti avere accesso alle funzionalità del livello Oro.
Bronzo: per i team che necessitano di accesso a funzionalità avanzate del flusso di lavoro.
Argento: per i team che necessitano di funzionalità DevOps più solide, conformità e supporto più rapido.
Oro: Adatto a molti lavori CI/CD. Tutti i progetti aperti possono utilizzare le funzionalità Gold gratuitamente, indipendentemente dal piano.