"prêt à l'emploi" la compilation dans TFS compilera une solution complète et mettra tous les "livrables" de tous ses projets dans le déposer le dossier.Dans TFS Build (MSBuild), comment puis-je avoir un projet spécifique dans mon dossier de dépôt?
Comment puis-je avoir uniquement les livrables d'un seul projet "principal" dans le dossier de dépôt, pourquoi toujours avoir tous les autres projets (dont il dépend) compilés?
Vous devez créer une solution distincte pour vos projets. Alors vous pouvez contrôler quel projet devrait aller à Drop dossier dans l'une des solutions et celles qui ne le font pas dans une autre solution
Pas tout à fait ce dont j'ai besoin. Les projets sont dans la solution pour une raison - le projet principal en dépend. – urig
Pas tout à fait sûr que ce soit ce que vous voulez, mais essayez:
<Target Name="AfterBuild">
<Copy SourceFiles="c:\drop\myfile.dll" DestinationFiles="c:\temp" />
<Delete Files="c:\drop\myfile.dll" />
</Target>
Fondamentalement, les éloigner de l'emplacement de la goutte après la construction.
Merci. C'est une direction prometteuse. Mais cela exigerait que je spécifie chaque fichier que je dois conserver. N'y at-il pas un moyen pour moi d'indiquer le projet qui m'intéresse et de conserver ses produits automatiquement conservés pour moi? :) – urig
Vous pouvez récursivement copier des fichiers si c'est ce que vous voulez dire: http://blogs.msdn.com/b/msbuild/archive/2005/11/07/490068.aspx –
Merci encore. Je ne pense pas que la récursivité m'aide. Ce dont j'ai besoin, c'est d'un filtre - Quelque chose qui ne me donnera que les DLL et les fichiers qui proviennent de la compilation directe du projet "principal". Les livrables non essentiels de tous les autres projets de la solution encombrent mon dossier de dépôt. – urig
Que voudriez-vous que les autres projets se produisent? Sûrement, si votre projet dépend d'une DLL, alors la DLL doit être placée dans un endroit où votre projet principal peut la voir. –
Les livrables «non essentiels» d'autres projets devraient disparaître dans les airs :). Généralement, il s'agit de projets destinés à des tests ou à des outils non automatisés. De plus, il serait utile pour moi de séparer les livrables du projet de test unitaire du code de production. Après tout, quand je livre, je ne veux pas les tests unitaires dans la livraison. – urig