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.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="Ma source de packages Nuget" value=https://masupersource.com/F/MonFeed />
</packageSources>
</configuration>
Merci à cette page de MyGet pour l’info!
Bonne intégration continue!
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.
Dans le cas qui m’intéresse, voici le mon fichier monprojet.wpp.targets:
<Project ToolsVersion="4.0"
xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup>
<ExcludeFromPackageFiles Include="bin\Microsoft.TeamFoundation.WorkItemTracking.Client.DataStoreLoader.dll">
<FromTarget>monprojet.wpp.targets</FromTarget>
</ExcludeFromPackageFiles>
</ItemGroup>
</Project>
Donc vous pouvez facilement créer vos propre exclusions!
Bonne publication
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 donc trouvé cet article qui expliquait les changements à apporter, mais ma version de TFS est en français, donc voici la version français à ajouter aux tâches, bogues et item du journal en souffrance (backlog item) dans la section <FIELDS></FIELDS>:
<FIELD name="Date de modification d'état" refname="Microsoft.VSTS.Common.StateChangeDate" type="DateTime">
<WHENNOTCHANGED field="System.State">
<READONLY />
</WHENNOTCHANGED>
<WHENCHANGED field="System.State">
<SERVERDEFAULT from="clock" />
</WHENCHANGED>
</FIELD>
Voici la requête créé pour allez chercher les items dont l’état a été modifié dans les 4 dernières semaines:
Voici le graphique correspondant (noté qu’il n’y a pas beaucoup d’items puisque la date du changement d’état vient d’être incorporé):
Et sa configuration:
En espérant que cela a pu vous aider!