Se state usando Team Foundation Server 2008 o 2005, dovete mantenere Windows Server 2003, 2003 R2 o 2008 come sistema operativo, perchè TFS 2008 e 2005 sono disponibili solo per sistemi operativi a 32 bit (x86), mentre Windows Server 2008 R2 sarà solo a 64 bit.

Team Foundation Server 2010 (che sarà disponibile fra poco come Beta 2 con licenza Go-Live) sarà invece installabile anche su Windows Server 2008 R2, ma solo su architetture x64 (TFS non sarà invece disponibile su architetture Itanium)

-Lorenzo

Disabilitando il portale di progetto non si disabilita il sito in Sharepoint, ma si disabilitano le Web Part di TFS che danno l’integrazione, ad esempio con i Work Item.

Una domanda che mi è stata posta spesso è “mi sono dimenticato di creare il portale, come faccio?”.

Purtroppo non esiste il bottone “Create Portal”, ma esiste un workaround (suggerito da Brian Harry) che permette comunque di ottenere lo stesso risultato.

Bisogna creare un Team Project nuovo temporaneo, selezionando il template giusto e abilitando la creazione del portale di progetto.

A quel punto bisogna disabilitare l’integrazione tra il Team Project temporaneo e il portale appena creato, per interrompere il legame con tra le Web Part e i Work Item.

Bisogna poi abilitarla nel Team Project che non aveva il portale, selezionando lo stesso portale creato in precedenza, e il gioco è fatto.

A questo punto si può tranquillamente rimuovere il Team Project temporaneo e il gioco è fatto.

*Attenzione*: questo post è relativo alle versioni Beta di Team Foundation Server 2010. Le informazioni e le istruzioni presentate in questo post potrebbero non essere valide nella versione finale (RTM).

In Visual Studio Team System 2005 e 2008 questo era possibile in due modi:

• tramite gli attributi DebuggerHidden o DebuggerNonUserCode
• usando il parametro EXCLUDE del comando VSInstr

Entrambi gli approcci però hanno delle implicazioni. Nel primo caso il codice “escluso” dal Code Coverage non sarà debuggabile, nel secondo caso l’instrumentazione per il Code Coverage deve essere effettuata a mano (o tramite comando di post build).

Con Visual Studio Team System 2010 è stato introdotto un nuovo attributo chiamato ExcludeFromCodeCoverage che può essere usato a qualsiasi livello su classi, metodi, proprietà, costruttori, getter, setter, etc… e che come dice il nome esclude il costrutto a cui è applicato dal Code Coverage, senza l’effetto collaterale di “limitarne la debuggabilità”…

La maggior parte delle “incomprensioni” o dei problemi nell’uso di TFS riguarda proprio la non conoscenza del funzionamento dei Workspace.

Una delle domande che mi è stata rivolta durante l’ALM Day è stata: “come faccio a cancellare dei file localmente, senza rimuoverli dal TFS, e senza che il Workspace resti disallineato?”.

La risposta è molto semplice se si conosce il funzionamento dei Workspace e il concetto di Changeset (insiemi di modifiche). Normalmente se si cancella un file da Windows Explorer, il TFS non sa che il file è stato cancellato, per cui ad una operazione di Get Latest Version non recupererà il file. Per recuperarlo bisognerà fare una Get Specific Version dell’ultima versione specificando l’opzione “Force Get”. Se invece si cancella un file dal Team Explorer, questo verrà rimosso dal Server e da tutti i client alla successiva operazione di Get.

Come fare quindi a cancellare un file o una cartella senza rimuoverli dal TFS e senza perdere l’allineamento?

E’ molto semplice, basta fare una Get Specific Version del Changeset #1.

Il Changeset #1 è quello che viene creato durante il setup di TFS (guardando la data e l’ora del Changeset #1 è possibile determinare la data di installazione del server…) ed è vuoto, in quanto contiene solo la root del Version Control.

Facendo una Get del Changeset #1 di un singolo file o di una cartella, questi verranno “rimossi” dal disco locale, visto che non erano presenti alla creazione del TFS. Il loro stato da nero diventerà grigio e i file saranno “Not Downloaded”.

Maggiori informazioni possono essere trovate sul blog di Martin Woodward.

Lorenzo

Se si passa dalla Trial alla Standard è sufficiente andare nel pannello di controllo, vedere la lista delle applicazioni installate, selezionare il TFS e modificare l’installazione.

A quel punto una delle voci permette di inserire la chiave della versione Standard, e il sistema viene automaticamente sbloccato, senza dover utilizzare il CD di installazione ma solo la chiave del prodotto.

Se si passa invece dalla Trial alla Workgroup o dalla Workgroup alla Standard oltre a inserire/cambiare la chiave del prodotto, bisogna anche effettuare la riparazione di TFS (utilizzando a quel punto il CD di installazione) perchè la Workgroup ha un gruppo di Windows che contiene i cinque utenti a cui è permesso accedere al server, e questo gruppo va aggiunto/rimosso dal programma di installazione.

Maggiori informazioni potete trovarle su MSDN.

Per sapere quale versione di Team Foundation Server avete installato, e nel caso della versione Trial per sapere quanti giorni mancano alla scadenza potete utilizzare questa utility scritta da Brian Harry. Tramite questa utility è anche possibile estendere di 30 giorni il periodo di prova. Se fosse necessaria una seconda estensione di altri 30 giorni è necessario un Trial ID che verrà fornito a chi ha una valida motivazione.

Lorenzo

Primo punto in agenda è il supporto di SQL Server 2008.

Vi ricordo che il tool serve per gestire in un unico punto gli utenti di TFS, di WSS e dei Reporting Services, in modo da avere un unico punto di gestione.

Lorenzo

Vi consiglio vivamente di ascoltare Ivar, perchè ha veramente un sacco di cose interessanti da dire!!!

Fonte: Things should be done as simple as possible – but no simpler. This is Smart!

Lorenzo

La libreria non è completa, mancano alcune classi, ma piano piano verrà migliorata. La partecipazione al progetto è libera, per cui se vi servono dei Mock per delle classi non ancora implementate potreste aiutare il team ad ampliare la libreria.

Gli oggetti Mock servono generalmente per creare degli Unit Test che non dipendono dall’implementazione vera degli oggetti sotto test, in questo caso oggetti che fanno riferimento ad un server esterno che potrebbe non essere sempre disponibile, e servono per “isolare” i test e renderli veramente unitari.

Di solito si usano degli strumenti appositi per creare degli oggetti Mock al volo (NMock, Rhino Mock, etc…), ma le classi di TFS sono quasi tutte (tranne quelle di TFS Build che sono facilmente “mock-abili” ) sealed e senza interfacce, per cui non è possibile usarli direttamente.

Lorenzo

E’ la versione “ripulita” e “sistemata” del template che usa il team di Visual Studio Team System ed è stato prodotto dal team Engineering Excellence e dal team di VSTS.

E’ usato internamente in Microsoft al posto di MSF (Agile e CMMI,“volutamente” più generici e “didattici”) perchè più collegato al modo di lavorare dei team.

Contiene Work Item, Query, Report e Process Guidance, oltre a due documenti Word che mostrano come installarlo e come usarlo.

I Work Item sono di sei tipi, come mostrato in figura:

La piramide indica anche il “numero relativo” di Work Item, a fronte di poche Value Proposition ci saranno tanti Task (e si spera pochi Bug… ).

La piramide rappresenta anche il rapporto gerarchico fra i Work Item. Non è possibile creare un Task o un Bug che non abbiano un Deliverable collegato, e così via.

Il tutto funziona su TFS 2008 ed è implementato tramite delle Global List e tramite un Daemon che rimane in ascolto degli eventi di TFS e che “aggiorna” le liste ogni volta che un WI “padre” viene creato.

Oltre alle gerarchie anche le informazioni sulle Date di inizio e fine e sul Lavoro completato e rimanente vengono automaticamente popolate dai task alle deliverable fino alle feature, in automatico.

La cosa più bella del template sono i report predefiniti, che consentono un controllo “end-to-end” del processo:

Maggiori informazioni su come la Developer Division usa TFS ed in particolare questo Process Template possono essere trovate qui:

• How Microsoft/DevDiv uses TFS - Chapter 1 (Our Process)
• How Microsoft/DevDiv uses TFS - Chapter 2 (Feature Crews)
• How Microsoft/DevDiv uses TFS - Chapter 3 (Implementing the Process)
• How Microsoft/DevDiv uses TFS - Chapter 3 (Addendum)
• How Microsoft/DevDiv uses TFS - Chapter 4
• How Microsoft/DevDiv uses TFS - Chapter 5 (Tracking Progress)
• How Microsoft/DevDiv uses TFS - Chapter 6 (Tracking multiple projects)
• How Microsoft/DevDiv uses TFS - Chapter 6 (Addendum)
• How Microsoft/DevDiv uses TFS-Chapter 7 (Tracking Risk)
• How Microsoft/DevDiv uses TFS-Chapter 8 (Tracking Quality Gates)
• How Microsoft/Dev Div uses TFS - Chapter 9 (Transparency in Reporting)
• https://channel9.msdn.com/posts/briankel/Better-Project-Management-with-Team-Foundation-Server/

Vi consiglio di scaricare questo template ed approfondire il suo funzionamento, per comprendere meglio come customizzare TFS ed eventualmente per sfruttarlo al meglio all’interno dei vostri progetti.

Prima di cominciare conviene leggere la guida Getting Started che contiene le istruzioni per installare e configurare i Daemon, e l’introduzione al processo, che mostra come cominciare ad usarlo e indica anche come superare alcuni ostacoli iniziali.

Lorenzo

Prima di tutto bisogna selezionare il Process Template Manager e scaricare il processo in locale (tasto Download):

A quel punto si può aprire il file “ProcessTemplate.xml” e rimuovere la linea che invoca il plug-in di creazione del sito Sharepoint:

Si può poi rimuovere il gruppo relativo al portale, ed ogni riferimento nelle dependency di altri gruppi:

Si può poi cancellare la cartella con tutti i file che andavano messi su Sharepoint (Windows Sharepoint Services) e bisogna rinominare la cartella contenente il Process Template:

A questo punto dal Process Template Manager si può fare l’upload sul server del nuovo template, ed utilizzarlo per creare nuovi progetti:

Lo stesso suggerimento può essere utilizzato per non far creare altre parti del Team Project, come il sito contenente i Report.

Maggiori informazioni sui Plug-in per il Process Template possono essere trovate su MSDN.

E’ possibile anche utilizzare il Process Editor installato con i Power Tools di Team Foundation Server per editare il file ProcessTemplate.xml, ma non è possibile modificare l’elenco dei plug-in:

E’ anche possibile creare nuovi plug-in custom, bisogna però essere VSIP. Un esempio si trova nel Visual Studio SDK.

Lorenzo