Semplificare la personalizzazione eseguendo la migrazione dei progetti al modello di processo di ereditarietà - VsTS Sprint 139 Update
Nell'aggiornamento sprint 139 di Visual Studio Team Services (VSTS) è ora possibile eseguire la migrazione dei progetti XML ospitati al modello di processo di ereditarietà per semplificare la personalizzazione. Inoltre, le versioni possono ora essere attivate da una richiesta di richiesta per consentire l'esecuzione di test aggiuntivi prima di un merge.
Per altre informazioni, vedere l'elenco Funzionalità riportate di seguito.
Passaggi successivi
Leggere le nuove funzionalità riportate di seguito e passare a VSTS per provarle autonomamente.
Funzionalità
Wiki:
Lavoro:
- Semplificare la personalizzazione eseguendo la migrazione dei progetti al modello di processo di ereditarietà
- Chat sullo stato più recente usando l'integrazione migliorata di Microsoft Teams
Codice:
Compilare e rilasciare:
- Eseguire test aggiuntivi usando un trigger di rilascio della richiesta pull
- Distribuire app Go in servizio Azure Kubernetes (Servizio Azure Kubernetes) con Azure DevOps Projects
Wiki
Creare un sommario per le pagine wiki
A volte le pagine wiki possono ottenere molto tempo, con contenuto organizzato in diverse intestazioni. È ora possibile aggiungere un sommario a qualsiasi pagina con almeno un titolo usando la [[_TOC_]] sintassi. Per altre informazioni sull'uso di Markdown in VSTS, vedere la documentazione sulle indicazioni sul markdown . Questa funzionalità è stata prioritaria in base a un suggerimento da UserVoice.
Lavoro
Semplificare la personalizzazione eseguendo la migrazione dei progetti al modello di processo di ereditarietà
La migrazione di un modello di processo XML ospitato a un processo ereditato offre la comodità di personalizzare il sistema di rilevamento del lavoro tramite l'interfaccia utente. Se si usa il modello di processo XML ospitato in uno dei progetti è ora possibile eseguirne la migrazione. La modifica del modello di processo per un progetto può essere eseguita in due passaggi. Clonare prima di tutto il processo XML ospitato nel modello di ereditarietà. In questo modo vengono aggiunte le personalizzazioni, ad esempio tipi di elemento di lavoro, campi e stati, in un processo ereditato appena creato.
Dopo aver convalidato il processo, è quindi possibile modificare i progetti per usare il processo appena creato.
Per altre informazioni, vedere Clonare un processo XML ospitato nella documentazione sull'ereditarietà .
Chat sullo stato più recente usando l'integrazione migliorata di Microsoft Teams
Nel miglioramento più recente dell'integrazione di Microsoft Teams, si vedrà rapidamente lo stato di un'attività con icone e colori chiari e iniziare a chattare per mantenere le cose in movimento. Se una richiesta pull è in attesa di autore, viene visualizzata in giallo e con un'icona timer. Se una compilazione ha avuto esito positivo, viene visualizzata in verde e con un'icona di segno di spunta.
Codice
Standardizzare le descrizioni delle richieste pull usando modelli
La scrittura di descrizioni di richieste pull valide è un ottimo modo per aiutare i revisori a sapere cosa aspettarsi durante la revisione del codice. Sono anche un ottimo modo per tenere traccia delle operazioni che devono essere eseguite per ogni modifica, ad esempio test, aggiunta di unit test e aggiornamento della documentazione (nessuno dimentica mai di aggiornare i documenti). Molti di voi hanno richiesto di aggiungere modelli di richiesta pull per semplificare la scrittura di descrizioni dettagliate da parte dei team e ora è stata aggiunta questa funzionalità.
Oltre a supportare un modello di descrizione richiesta richiesta predefinito, i team possono aggiungere più modelli, che vengono presentati all'utente in un menu nella pagina crea richiesta richiesta. Fare semplicemente clic sul pulsante Aggiungi un modello per scegliere da qualsiasi modello nel repository per aggiungerlo alla descrizione della richiesta richiesta.
I modelli specifici del ramo sono supportati anche se si vuole applicare un modello diverso per una richiesta di richiesta richiesta in una cartella specifica di ramo o ramo. Ad esempio, se si vuole disporre di un modello specifico per tutti i rami che iniziano con "hotfix/" è possibile aggiungere un modello che verrà usato per tutti i file PR in tali rami.
Per altre informazioni su come creare e usare modelli, vedere la documentazione dei modelli di richiesta pull .
Compilare e rilasciare
Eseguire test aggiuntivi usando un trigger di rilascio della richiesta pull
È stato possibile attivare una compilazione in base a una richiesta pull (PR) e ottenere tale feedback rapido prima di un merge per un po' di tempo. È ora possibile configurare un trigger pr anche per una versione. Lo stato della versione verrà pubblicato nuovamente nel repository di codice e può essere visualizzato direttamente nella pagina pr. Questo è utile se si desidera eseguire test funzionali o manuali aggiuntivi come parte del flusso di lavoro pr.
Distribuire app Go in servizio Azure Kubernetes (Servizio Azure Kubernetes) con Azure DevOps Projects
DevOps Projects semplifica l'introduzione ad Azure. Consente di avviare un'applicazione, nel servizio azure scelto, in pochi passaggi. DevOps Projects offre tutto ciò che è necessario per lo sviluppo, la distribuzione e il monitoraggio dell'app.
È stato ora aggiunto il supporto per servizio Azure Kubernetes (Servizio Azure Kubernetes) destinato a Go Language in DevOps Projects. Per altre informazioni, vedere la documentazione dell'esercitazione per il servizio Azure Kubernetes .
Lo stato di compilazione segnalato a GitHub è più succinte
Quando VSTS pubblica lo stato di una compilazione in GitHub, il testo di stato viene visualizzato nel commit, nel ramo e nel controllo della richiesta pull associato. Fino a questo momento, ogni nome della pipeline di compilazione nel testo è stato preceduto da VSTS:. Questa prefazione è stata rimossa dal testo dello stato in modo che il nome della pipeline di compilazione sia più semplice da visualizzare con un'occhiata e non causare confusione sul VSTS: fatto di essere in un nome ufficiale della pipeline di compilazione. Sfortunatamente, questa modifica influisce sulle regole di protezione dei rami di GitHub in cui GitHub prevede ancora che i nomi delle pipeline inizino con VSTS:. Ciò può causare il blocco delle richieste pull di GitHub fino a quando non vengono aggiornate le impostazioni del repository. Per risolvere questo problema, dopo aver eseguito la compilazione almeno una volta, aggiornare le regole di protezione del ramo del repository in Regole > di protezione rami > del repository.
Come fornire commenti e suggerimenti
Ci piacerebbe sentire quello che pensi a queste funzionalità. Usare il menu feedback per segnalare un problema o fornire un suggerimento.
È anche possibile ottenere consigli e domande risposte dalla community in Stack Overflow.
Grazie,
Gopinath Chigakkagari