Team System @ University

Ci sono grosse novità per lo sviluppo cross platform usando TFS!

Ieri è stata rilasciata la RC di Visual Studio Team Explorer codename “Eaglestone”, ossia la nuova versione di quello che era Teamprise prima dell’acquisizione, ovviamente nata per interfacciarsi a Team Foundation Server 2010. E’ disponibile qui.

Inoltre oggi è stato lanciato un nuovo forum dedicato allo sviluppo Cross Platform, gestito da Martin Woodward, raggiungibile qui.

In questo articolo vedremo come utilizzare nei nostri progetti la funzionalitò di Branch Visualization offertaci da Visual Studio ALM 2010.

Ipotizziamo di utilizzare un approccio di tipo “branch-per-feature”, e di avere tre funzionalità da implementare nel nostro applicativo.

Ovviamente oltre alle branch per ogni feature, abbiamo anche le classiche branch di sviluppo e rilascio (Dev per il codice “da testare” e Main per il codice RTM, di produzione).

Partiamo dal progetto vuoto (sia in Main, che in Dev ovviamente):

 

Questo è quindi branchato per ogni singola feature che abbiamo. Otterremo un totale di cinque branch diverse (Main, Dev, e le tre features dei nostri work items). Ora iniziamo ad implementare la prima feature:

Dopodichè vado ad eseguire il merge della prima feature all’interno di Dev:

Ed in questo modo implemento anche le altre due. Andando avanti con lo sviluppo, potrei scontrarmi con una incongruenza di versione. Nessun problema, con il tool di comparazione manuale (questo è un caso estremo in cui sto implementando tre “righe” diverse nella stessa posizione, in scenari reali non accade con questa frequenza):

Il risultato finale, a livello di codice, sarà il seguente (in Dev):

Ora, come posso capire graficamente la mia gerarchia di branch ? Proprio tramite la branch visualization!

Questa è una delle tante visualizzazioni, ed è totalmente customizzabile.

Ed ora? Beh ora vorrei capire dove un changeset è stato chiuso ed integrato nella branch superiore. La Branch Visualization ci viene in soccorso. Tramite la History vado a cercare il changeset che mi interessa, ed eseguo un Changeset Tracking:

Il risultato è una visualizzazione grafica, che può essere di due tipi: in base alla gerarchia o al tempo.

In questo caso di demo, la visualizzazione più utile risulta essere il Timeline Tracking

 

Alla prossima!

Then come to .NET Campus!

Terrò una sessione dal titolo “Visual Studio 2010 in action”, ed oltre alla mia ce ne sono molte altre di grande interesse.

Direi che è un sabato mattina speso decisamente bene

Ci vediamo lì!

E finalmente, dopo mesi di tentativi, la prima sessione tecnica all’Università degli Studi di Roma Tor Vergata si è realizzata.

La sessione, dal titolo abbastanza esplicativo (Introduzione a Team Foundation Server 2010), verteva totalmente sul gioiellino serverside di Visual Studio ALM 2010.

Nel post precedente ho linkato le slides utilizzate

Ringrazio vivamente il professor Andrea D’Ambrogio che mi ha messo a disposizione la sua lezione di Ingegneria del Software 2.

Per tutti i ragazzi che hanno seguito oggi la sessione introduttiva su Team Foundation Server, qui possono trovare le slides.

Oggi vi parlo di uno strumento fondamentale nella gestione di un server TFS, ossia il BPA (Best Practice Analyzer).

E’ uno strumento che deriva da un SDK sviluppato dal team di Exchange Server, e compie una serie di controlli di salute sul server.

Si spazia dal modello del server (non sto scherzando!), fino alle porte, passando per gli account di servizio. Verifica la configurazione degli host di Hyper-V eventualmente utilizzati per il Lab Management, dei Test Controllers, di Sharepoint, ecc.

Ovviamente il metro di paragone sono le best practice Microsoft per TFS. E’ integrato all’interno dei PowerTools 2010, e rappresenta un importantissimo strumento di diagnostica e manutenzione.

Capita che per hostare i progetti di Imagine Cup, si scelga di utilizzare Codeplex. A mio avviso è la scelta migliore, in quanto dietro si cela nient’altro che un magnifico Team Foundation Server!

Premesso che conosciamo l’indirizzo del server, ed ovviamente le nostre credenziali (il tutto si trova sotto la tab Source Control della pagina di amministrazione del progetto), vediamo ora come fare:

1) Aggiungere un nuovo progetto

2) Da dove? Aggiungiamo un nuovo server cliccando su Servers…

…poi su Add…

 

3) Compiliamo la form come di seguito: protocollo https, porta 443, niente path (è un TFS 2008), ed ovviamente l’url del server (che abbiamo già).

4) Ok. Inseriamo le nostre credenziali nella form di richiesta come di seguito, ed infine premiamo OK di nuovo. Macinerà un po’, ed infine troveremo il nostro server all’interno del Team Explorer Dopodichè bastano un paio di OK, ed avremo visione del nostro progetto:

Ovviamente mancano sia reports che documents, essendo un progetto Codeplex. Ma va benissimo così

 

Alla prossima!

PsTFS è un progetto open source dedicato alla gestione di TFS.

Sono un insieme di cmdlets, ossia di script Powershel, che compiono compiti ben precisi come elencare i progetti, visionare i work items, ecc.

Utilissimi per amministratori di sistema! Qui il link per il download

Buon 2010 a tutti

Questo blog da oggi cambia nome. No, non ci sono stati rovesciamenti di potere o golpe, ma è successa una cosa fantastica: sono stato nominato Most Valuable Professional!

Come MVP per la categoria Visual Studio Team System continuerò a sfruttare massicciamente questo blog e, considerato anche che non ho ancora mai postato nulla sulla virtualizzazione, ho deciso di cambiarne il nome. Team System @ University.

See ya!

In questo screencast vedremo l’uso di TFS per il singolo sviluppatore.

Alla prossima!