Notre serveur de build a été en utilisant les propriétés suivantes pendant un certain tempsMake binaires de sortie de génération IDE vers le dossier unique et résoudre ref son de ce
OutputPath=c:\output;
OutputDir=c:\output;
OutDir=c:\output;
ReferencePath=c:\output;
AdditionalLibPaths=c:\output
qui font toutes les sorties aller dans un dossier commun, et permettent également la résolution références pour ce même dossier. Cela fonctionne très bien parce que
- c'est une optimisation sur la construction localement et la copie des références localement
- je besoin de tous mes dll dans un dossier commun de toute façon que je puisse zip et bateau
Depuis cela fonctionne très bien sur la boîte de construction, je voudrais apporter la même expérience à nos développeurs. Je veux que nos constructions IDE se comportent de la même manière. En d'autres termes, je veux que les flux de travail que nos développeurs utilisent toujours (construire une solution, construire un projet) se comportent exactement comme je l'ai décrit dans la boîte de construction.
Je pourrais facilement accomplir ceci si j'ai demandé à l'équipe de créer un outil externe de VS.Net à un fichier séquentiel qui appelle juste msbuild sur le projet choisi avec les propriétés désirées. Mais idéalement, ils n'auraient pas à changer leur flux de travail.
Je veux savoir
- si quelqu'un d'autre est en train de faire cela?
- Quelle est la meilleure façon de le faire?
- dois-je modifier chaque fichier csproj ou utiliser un outil externe ou d'un fichier batch
Merci
Pourriez-vous donner un exemple de ce que vous modifiez à chaque fois? Pourrais-je effectuer une recherche groupée et remplacer à l'aide de grepWin pour les projets existants, puis créer un nouveau modèle de projet? J'ai plus de 500 projets donc j'ai un grand entretien. – Ryu
Oh mon dieu ... 500 projets. Alors cela pourrait ne pas être une option. L'outil Rechercher et remplacer doit être trop sophistiqué. –