Tfs

Dans un de mes projets, j’utilise un site ASP.Net MVC pour communiquer avec Team Foundation Server (TFS) pour afficher des métriques/graphiques/rapports. Le site est hébergé sur le même serveur qui héberge TFS et lors de la publication il publie dans le fichier bin le fichier Microsoft.TeamFoundation.WorkItemTracking.Client.DataStoreLoader.dll à chaque fois, ce qui cause une erreur ASP.Net car la dll se trouve déjà sur le serveur.

Il est possible dans un projet ASP.Net MVC d’exclure des fichiers et répertoire en créant un fichier .wpp.targets. Celui-ci permet de définir les exclusions ainsi que la source/raison de l’exclusion.

En voulant bénéficier des nouveaux graphiques de tendances dans TFS 2013.4, je me suis rendu compte que la date du changement d’état n’était pas ajouter au template des items dans le template Scrum de TFS. Je devais me résoudre à prendre la date de modification, mais celle-ci fausse les résultats pour des items qui n’ont pas réellement changé depuis longtemps mais qui changeant une propriété (notamment la priorité lorsque l’on réordonne le backlog).

J’ai récemment croisé une vieille connaissance qui m’a demandé sur quoi que je travaillais présentement, ce qui m’a inspiré ce billet. Inquiété vous pas, je n’étalerai pas ma vie personnelle!

Dans le jour, je travaille comme développeur chez Alcero:

• Je développe pour la plateforme SharePoint 2010 de Microsoft, en utilisant Visual Studio 2012 et TFS 2012.
• Présentement, je fais beaucoup de jQuery, que j’apprend à aimer ou detester, dépendement des tâches à accomplir
• J’essai de regarder ce qui s’en vient dans la prochaine version de SharePoint. Vous devriez aussi si vous travailler présentement avec SharePoint 2010.
• Comme indiqué en mai, on a participé au Iron SharePoint du SharePoint Summit à Toronto. Vous pouvez me voir en train de présenter mon équipe ou de présenter notre solution lors de la dernière journée (après plus de 50 heures sans sommeil et ma première présentation en anglais).

Dans mes temps libre: