[ad_1]
GitLab 16.5 è stato annunciato con aggiornamenti al Centro conformità, regole del ramo di destinazione delle richieste di unione, thread di problemi risolvibili e altro ancora.
Nel Centro conformità è stata aggiunta una nuova scheda per i report sull’aderenza agli standard. Questi report mostrano quali progetti in un gruppo non soddisfano il controllo delle migliori pratiche di GitLab. Queste includono regole di approvazione che richiedono almeno approvatori per le richieste di unione (MR), non consentono all’autore della MR di unire e non consentono ai committer di unire.
Oltre a mostrare i dettagli su ciascuno di questi controlli, il report include anche informazioni su quando è stato eseguito il controllo, a quale standard si applica il controllo e come risolvere i problemi visualizzati nel report.
L’azienda prevede di aggiornare questa funzionalità di reporting in futuro per includere controlli su più normative e standard e migliorare il modo in cui il report può essere raggruppato e filtrato.
Un secondo importante aggiornamento in GitLab 16.5 è che gli sviluppatori possono ora impostare rami target per MR, il che può aiutare a garantire che MR stia prendendo di mira il ramo giusto per un particolare progetto o flusso di lavoro di sviluppo. Se non viene specificato alcun ramo, verrà utilizzato il ramo predefinito del progetto come destinazione.
Un’altra nuova funzionalità di questa versione è la possibilità di unire rapidamente i treni che hanno una storia semilineare. Ciò si basa sull’aggiornamento GitLab 16.4, che per primo ha introdotto la possibilità di far avanzare rapidamente i treni di unione. “Puoi ottenere tutti i vantaggi dei merge train, che garantiscono che tutti i tuoi commit lavorino insieme prima della fusione, con la cronologia dei commit più pulita delle fusioni fast forward!” Grant Hickman, senior product manager di GitLab, ha scritto in a post sul blog annunciando gli aggiornamenti 16.4.
Altre nuove funzionalità includono la possibilità di risolvere un thread quando un argomento di discussione è chiuso, un pulsante più evidente per passare da un progetto all’altro e le informazioni del revisore per le richieste di unione ora vengono visualizzate nel pannello di sviluppo di Jira.
Sono disponibili ulteriori informazioni su questa versione Qui.
[ad_2]
Source link
