TFS

Si vous avez une source de données personnalisée pour vos package NuGet et que vous utiliser MSBuild pour vos solutions, MSBuild ne sera pas en mesure de restaurer ces packages.

Pour y arriver sans ajouter des fichiers de configuration spécifiques à vos solutions .Net, il vous suffit d’ajouter un fichier NuGetDefaults.config dans le répertoire %ProgramData%\NuGet\NuGetDefaults.config de votre serveur de build. Ce fichier sera ouvert à chaque build nécessitant la restauration de packages et permettra de voir vos sources de packages NuGet d’entreprises ou personnels.

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).