Tag Archives: VSTS

VSTS release del primo Giugno

Come sempre il team di VSTS ha rilasciato live un nuovo sprint, andato online il primo Giugno e quindi disponibile in tutti gli account in questi giorni (gli update sono attivati a tutti gli account incrementalmente). Come sempre potete leggere online tutti i dettagli in questo post, e qui vi darò un riassunto delle novità […]

Comments Off on VSTS release del primo Giugno  

A proposito della Build di Xamarin con gli Hosted Agent di VSTS

Venerdì scorso (22/04/2016) durante un’evento organizzato da DotNetToscana ho avuto modo di parlare, tra le altre cose, della build di applicazioni sviluppate con Xamarin utilizzando gli Hosted Agent di Visual Studio Team Services
Per poter far funzionare il tutto, nella build definition ho dovuto inserire due task relativi alla Xamarin License: uno che attivava la licenza ed un altro che, dopo la compilazione, la disattivava. 
E proprio riguardo a questi due task, c’è una piccola grande novità: ora non sono più necessari
Con il deploy che hanno fatto qualche giorno fa, infatti, gli Hosted Build Agent hanno già una loro licenza interna che viene attivata automaticamente nel momento in cui devono compilare i progetti Xamarin. 
Riepilogando, se avete o dovete fare delle build definition per Xamarin (ed usate gli Hosted Agent) ora non dovete più aggiungere i task di attivazione e disattivazione della licenza. 
Buona build a tutti :)

Live update nella Kanban Board in VSTS

Una delle ultime novità per la Kanban Board in VSTS offre la possibilità di abilitare il “live update” per la board, attivabile selezionando una semplice icona a fianco delle impostazioni.

image

Figure 1: Icon to enable live update to Kanban Board

Una volta abilitata, la board rifletterà in tempo reale ogni cambiamento dei work item che sono rappresentati nella board stessa. Questo significa che modificando o riordinando o cambiando colonna o in generale modificando qualsiasi proprietà di un Work Item da qualsiasi sorgente (web, Visual Studio, Integratione con Excel, etc), i cambiamenti si rifletteranno immediatamente nella board.

Questa possibilità è interessante in accoppiata con la visione in full screen (l’icona a destra dei settaggi), che permette di visualizzare la board a pieno schermo. Questa funzionalità, assieme al Live Update, permette di mettere un monitor o televisione che mostra sempre in tempo reale la situazione della board.

Questa funzionalità è per ora solamente disponibile per VSTS.

Gian Maria.

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.

Follow a work item

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.

image

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.

image

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.

image

Si può specificare quindi dove andare a mettere i Work Item, ma soprattutto, è possibile anche cambiare tipo.

image

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.

Add a field to a bug

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

Oggi sono veramente felice di poter annunciare il rilascio di 2 moduli addizionali per BugGuardian.
Per chi non lo conoscesse, BugGuardian è una libreria che permette di creare in modo molto semplice dei work item di tipo Bug su un account Visual Studio Team Services o su un Team Foundation Server 2015 on-premises nel caso in cui l’applicazione sollevi un’eccezione non gestita (Unhandled Exception).
Per supportare nel modo migliore l’integrazione di questa libreria con i progetti web, da oggi sono disponibili BugGuardian.MVC and BugGuardian.WebForms.
BugGuardian.MVC (GitHub, NuGet) è un estensione di BugGuardian scritta specificamente per supportare ed integrarsi con le applicazioni Asp.net MVC. 
Aggiunge degli Action Filter alle tue applicazioni in modo da poter intercettare automaticamente tutte le eccezioni non gestite.
BugGuardian.WebForms (GitHub, NuGet), invece, è un modulo aggiuntivo per BugGuardian scritto specificamente per supportare le applicazioni Asp.net WebForms.
Queste due nuove librerie sono entrambe basate sulla nuova versione 1.3.0 di BugGuardian (anch’essa rilasciata da pochissimo) e supportano progetti che utilizzano il .Net Framework v4.0 e superiori.

Com’è per BugGuardian, queste due librerie aggiuntive sono Open Source; guardate pure il codice su GitHub.
Se doveste avere dubbi o problemi durante l’utilizzo di queste nuove librerie, fatemelo sapere attraverso le rispettive  Issues page di GitHub e cerchero di fixare il problema prima possibile!
Di nuovo, Voglio ringraziare il mio amico e “collega” MVP Marco Minerva (@marcominervaGitHub) per il supporto ed i suggerimenti.

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 […]

Comments Off on Nuovo release Pasquale di Visual Studio Team Services  

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]

 

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]

Il link al Recycle Bin campeggia anche in bella vista nella schermata dei WORK ITEMS.

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]

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]

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]

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]

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.

image

 

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

image

 

image

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.

image

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.

image

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.

image

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.

image

Potete chiaramente sia aggiungere un Field esistente (perché magari presente su un altro Process Template ereditato) sia crearne uno nuovo.

image

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.

image

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.

image

Infine è possibile anche gestire la sicurezza di questo Process Template ereditato, stabilendo chiaramente chi può modificarlo, cancellarlo o creare ulteriori processi ereditati.

image

Il vostro nuovo campo è ora disponibile ai vostri utenti.

image

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.

Comments Off on Personalizzazione del process template finalmente su VSTS  

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.

Comments Off on Nuovo deploy di VSO ooopps VSTS :)