Tag Archives: VSTS
Aggiornamento di VSTS 13 aprile
Il nuovo aggiornamento di TFS è in deploy, e contiene come sempre molte novità interessanti, come potete leggere dal post originale.
Le novità in questo caso sono molto interessanti, innanzitutto ora i Work Item hanno una icona che vi permetterà di “seguire” il Work Item, ovvero venire notificati ogni qualvolta il Work Item viene modificato.
Di seguito poi viene una delle funzionalità più richieste di tutti i tempi (dopo il rename del Team Project) ovvero la possibilità di cambiare tipo ad un Work Item.
Le ragioni per il cambio di tipo sono molteplici, ma la prima è una riorganizzazione e promozione durante il Backlog Grooming. Supponiamo di avere una User Story che si rivela molto grande in fase di analisi, cosi grande da non poter entrare in un singolo sprint. A questo punto deve essere decomposta e la soluzione migliore è quella di, convertirla in epics (feature) e poi andare a decomporla in nuove User Stories.
Chiaramente anche il cambio di tipo è una operazione che viene tracciata.
Ma le novità non sono finite quì, un’altra delle funzionalità più richieste, ovvero il poter muovere un Work Item tra Team Project è stata finalmente implementata. E’ ora possibile muovere un singolo Work Item, oppure una serie di Work Items in un altro progetto.
Si può specificare quindi dove andare a mettere i Work Item, ma soprattutto, è possibile anche cambiare tipo.
Nell’esempio in questione, ho preso tre Product Backlog Items, e li ho spostati in un Team Project basato sul template Agile, per questa ragione ho deciso anche di cambiare il tipo di Work Item in User Story.
A questo punto già abbiamo un bel insieme di novità, ma non è finita qui, è ora possibile personalizzare i work item scegliendo una Pick List, ovvero aggiungendo un campo che può assumere un pre-determinato insieme di valori.
Un’altra interessantissima funzionalità è la possibilità di cliccare su un errore di compilazione di una build ed essere portati direttamente alla riga di codice che la ha causata, direttamente dal vostro browser.
Per finire sono state introdotte anche numerose interessanti funzionalità sul Release Management che potete leggere dal blog ufficiale.
Buon fine settimana a tutti. 
Disponibili BugGuardian.MVC e BugGuardian.WebForms
Disponibili BugGuardian.MVC e BugGuardian.WebForms
Nuovo release Pasquale di Visual Studio Team Services
Il 24 Marzo è stato rilasciato il nuovo update di Visual Studio Team Service, e come sempre potete trovare tutte le novità direttamente nel sito di VSTS. Molte delle novità riguardano Git, ed una delle più interessanti è che Git For Windows, nella versione 2.7.4 e successive, installa di base il Windows Credential Helper, cosi […]
Cancellare Work Item in VSTS
Una delle prime domande che mi sono sempre state fatte in questi anni dagli utenti che iniziano ad usare TFS ed iniziano a “Giocare” con il sistema è: Come posso cancellare un Work Item?
Questa domanda è sicuramente una delle più fatte, perchè di base, fino alle ultimissme versioni, l’unico modo di cancellare un Work Item era tramite riga di comando (witadmin destroywi). La ragione di questo è abbastanza normale, TFS è un sistema di tracciatura dati che deve garantire l’accountabilty, per cui in realtà non cancellerete mai un Work Item, ma ad esempio lo mettere in stato “Done” oppure per un bug in stato “Chiuso” con reason “duplicato” etc etc.
Purtroppo però esistono situazioni in cui realmente si vuole andare a rimuovere completamente un Work Item, non lasciando traccia nel sistema. Dato che la riga di comando è abbastanza poco user friendly, e soprattutto può solamente essere utilizzata da chi ha sufficienti diritti per cancellare un Work Item, sempre si più si è sentita la necessità di poter cancellare un Work Item direttamente dalla UI Web.
![image_thumb[2]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B2%5D_2.png "image_thumb[2]")
Una volta cancellato un Work Item, il sistema avverte che in realtà non è stato realmente cancellato, ma per ora parcheggiato nel Recycle Bin.
![image_thumb[5]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B5%5D_2.png "image_thumb[5]")
Il link al Recycle Bin campeggia anche in bella vista nella schermata dei WORK ITEMS.
![image_thumb[8]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B8%5D_2.png "image_thumb[8]")
Nel recycle bin avete la possibilità di ripristinare il Work Item (1) cosi come la possibilità di cancellarlo definitivamente (2)
![image_thumb[11]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B11%5D_2.png "image_thumb[11]")
Nel caso di Restore l’accountability è garantita, perchè l’operazione di Delete e Restore sono correttamente incluse nella storia del Work Item.
![image_thumb[14]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B14%5D_2.png "image_thumb[14]")
In caso selezionate il Delete dal cestino sarete avvertiti che l’operazione non è reversibile, in questo caso il Work Item, con tutta la sua storia è persa per sempre.
![image_thumb[17]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B17%5D_2.png "image_thumb[17]")
Come ultima nota, se dovete cancellare più Work Item contemporaneamente, potete o selezionare tutti i Work Item che volete cancellare e poi facendo click con il tasto Destro scegliere Delete, oppure direttamente effettuare dal backlog un Drag And Drop sull’icona del cestino.
![image_thumb[21]](http://blogs.ugidotnet.org/images/blogs_ugidotnet_org/rgm/Windows-Live-Writer/Cancellare-Work-Item-in-VSTS_F86A/image_thumb%5B21%5D_2.png "image_thumb[21]")
Questa funzionalità per ora è disponibile solamente in VSTS e non in TFS on-premises.
Gian Maria Ricci.
Personalizzazione del process template finalmente su VSTS
Una delle limitazioni più “sentite” della versione “online” di TFS, meglio conosciuta come Visual Studio Online, ora Visual Studio Team Services era l’impossibilità di personalizzare il process template. Finalmente con il deploy del 10 Dicembre questa limitazione lentamente inizia a sparire.
Finalmente è ora possibile in Visual Studio Team Services personalizzare parzialmente il Process Template
Perché dico lentamente? Perché in realtà non si ha ancora la completa personalizzazione del Process Template, come si ha invece per la versione On Premises e la ragione è questa: dato che è Microsoft che si occupa degli aggiornamenti, non può permettersi di verificare se gli aggiornamenti al Process Template sono compatibili con le vostre personalizzazioni, e quindi la struttura di estendibilità di VSTS è stata completamente cambiata. Non è quindi supportata la modalità standard con la quale si poteva scaricare i file XML di definizione, cambiarli e poi ri-uploadarli, perchè questo permetterebbe di personalizzare praticamente tutto.
Vediamo quindi che funzionalità di estensione sono presenti ora in VSTS.
Process Template Ereditati
Nella pagina di amministrazione della Project Collection potete vedere infatti tutti i process template disponibili ed il numero di Team Project che lo usano.
Questi template sono quelli Base forniti da Microsoft e non possono essere cambiati. Quello che si può fare è creare dei Process template ereditati dove verranno in realtà effettuate le personalizzazioni. Il primo passo per creare le proprie personalizzazioni è quello di creare un nuovo processo ereditato
In questo modo si è creato il proprio processo che eredita da quello Agile. La documentazione ufficiale dettagliata si può trovare qui https://msdn.microsoft.com/en-us/Library/vs/alm/Work/import-process/import-process.
L’ereditarietà dei processi garantisce che nessuno possa modificare i processi base, che sono gestiti da Microsoft, semplificando le operazioni di upgrade.
Appena il vostro nuovo processo ereditato è stato creato vi viene offerta la possibilità di creare un nuovo Team Project basato sul processo ereditato oppure di cambiare un Team Project esistente per usare il nuovo template. Attenzione che in questo secondo caso potete cambiare un Team Project che è basato sul processo master da cui siete partiti. Non è infatti ad esempio possibile portare un Team Project da SCRUM a Agile o CMMI o viceversa.
Infatti come si può vedere dalla figura successiva, solamente i Team Project basati sul template Agile sono disponibili per essere migrati al nuovo progetto.
Per ora non è possibile migrare un Team Project da un processo ad un altro (es da Scrum ad Agile), ma solamente tra processi ereditati.
In questo modo quando Microsoft deve aggiornare uno dei Process Template base, può farlo senza problemi, perché tutte le modifiche vengono in realtà effettuate su di un processo che “eredita” le caratteristiche di quello base e su di lui imposta le personalizzazioni.
personalizzazione web based
A questo punto potete andare ad effettuare le personalizzazioni del template direttamente tramite l’interfaccia web senza dovere editare manualmente file XML.
Per la personalizzazione dei template di VSTS non è più necessario l’editing manuale di file XML, ma tutte le operazioni vengono fatte dall’interfaccia web.
Cliccando su uno dei process template ereditati, si può procedere alla personalizzazione.
Cliccando nella Work Item Types posso ad esempio andare ad aggiungere un nuovo campo al Work Item di tipo Bug, supponiamo di volere aggiungere un campo che permetta di identificare il cliente che ha segnalato il bug.
Potete chiaramente sia aggiungere un Field esistente (perché magari presente su un altro Process Template ereditato) sia crearne uno nuovo.
Per ora non è possibile aggiungere l’intero set delle regole che sono normalmente disponibili per i campi dei Work Item. Le regole sono limitate al valore di default e obbligatorietà del campo. Il posizionamento nell’interfaccia invece viene semplicemente fatto con drag and drop andando a posizionare il campo dove si preferisce.
La gestione dei campi è ora radicalmente semplificata, è possibile infatti avere anche la lista di tutti i field, e sapere esattamente da quali Work Item questi field sono referenziati.
Infine è possibile anche gestire la sicurezza di questo Process Template ereditato, stabilendo chiaramente chi può modificarlo, cancellarlo o creare ulteriori processi ereditati.
Il vostro nuovo campo è ora disponibile ai vostri utenti.
Conclusioni
Con questo primo deploy, inizia a cadere una delle più sentite limitazioni di VSTS rispetto alla versione on premises, ovvero la possibilità di adattare il process template alle proprie esigenze. Sicuramente in futuro le possibilità di espansione verranno aumentate e come sempre vi consiglio di seguire il nostro blog per rimanere sempre aggiornati.
Buone feste a tutti.
Nuovo deploy di VSO ooopps VSTS :)
Questo novembre è stato decisamente interessante per quanto riguarda Visual Studio Online, ribattezzato oramai in Visual Studio Team Services come già detto da Antonio nel suo post sulle novità di connect().
Con il deploy del 18 Novembre, di cui potete leggere qui, sono state rese pubbliche moltissime novità. Una delle più interessanti è il Release Management vNext in public preview. Chiunque abbia lavorato con Release Management non avrà mancato di notare che la UI era molto difforme dalle UI standard di VSTS / TFS, questo perchè in realtà il prodotto era il vecchio InRelease di InCycle Software, acquisito da Microsoft.
Come per tutte le altre funzionalità, anche la nuova versione di Release Management è completamente Web Based e non richiede l’installazione di un client separato.
La seconda succosa novità è il supporto per i package, come descritto in questo post. Per ora si parla solamente di Nuget, ma sicuramente verrà aggiunto il supporto ad altre tecnologie. La cosa interessante è che nel post viene detto come il package management service sia stato scritto come estensione di VSTS. Questo mostra come la tradizione di DogFooding sia sempre attiva in MS.
Infine anche la parte di testing ha avuto le sue novità, iniziando da un nuovo hub nell’area di TEST per visualizzare il risultato degli unit testing delle Build, con molte funzionalità interessanti, per finire con una estensione di Chrome per eseguire sessioni di Exploratory testing senza la necessità di installare MTM, ma con una esperienza browser based.
Ebbene, non facciamo in tempo a compiacerci di queste nuove funzionalità che già abbiamo un ulteriore annuncio di un nuovo deploy del 24 novembre. Se pensate che questo sia un rilascio minore, viste le novità rilasciate 6 giorni prima, vi sbagliate di grosso.
Finalmente in questo rilascio viene data la possibilità di usare Git e TFVC nello stesso Team Project, una delle funzionalità più richieste dall’introduzione di Git in TFS / VSTS.
Nella build è ora presente un nuovo task dedicato alla pubblicazione di NuGet nel feed interno di VSTS, rendendo di fatto veramente banale creare e pubblicare i propri package nuget da una build di TFS.
Per le Dashboard abbiamo un nuovo widget dedicato alle Pull Request, in modo da massimizzare la visibilità delle stesse a livello di team.
E’ stata poi introdotta una sintassi per cui con il carattere @ si può effettuare una mention di un membro del progetto e con # si può menzionare un work item. Questa sintassi è supportata nelle pull request, nei comment dei changeset, nei commenti degli shelveset, e piano piano verrà estesa a tutte le aree di TFS / VSTS. La parte veramente interessante è che, menzionando un membro del team con @, verrà inviata una mail di alert per avvertire la persona che è stata menzionata.
Infine sono state introdotte le shortcut per favorire la navigazione.
In conclusione, abbiamo sempre più ragioni per scegliere VSTS come nostra piattaforma di gestione ALM.
Gian Maria.
Login