TeamBuild va tout construire dans la solution. Si vous voulez moins de choses construites, alors donnez-lui une solution avec moins de projets. Mais si vous utilisez des références de projet; vous avez besoin au moins de tous les projets qui en ont. Le fichier de solution sous le contrôle de la source doit être celui que TeamBuild doit utiliser. Vous pouvez en avoir autant que vous le souhaitez pour votre usage personnel, mais ceux-ci n'ont pas besoin d'être contrôlés à la source.
Je n'utiliserais pas de projet de déploiement Web si vous utilisez TeamBuild. TeamBuild remplace le projet de déploiement. Vous insérez une tâche de génération de message dans le script msbuild pour copier les fichiers dans votre environnement de test.
EDIT:
<Target Name="AfterDropBuild">
<!-- Copy output assemblies -->
<Message Text="SiteFilesToPublish location is $(DropLocation)\$(BuildNumber)" Importance="Low" />
<CreateItem Include="$(DropLocation)\$(BuildNumber)\Default\_PublishedWebsites\IC.Web\**\*.*" Exclude="*.pdb" >
<Output ItemName="SiteFiles" TaskParameter="Include" />
</CreateItem>
<Copy
SourceFiles="@(SiteFiles)"
DestinationFiles="@(SiteFiles ->'\\genweb.lab.dev\Test Lab\Independence Compliance\%(RecursiveDir)%(Filename)%(Extension)')"
ContinueOnError="true" />
</Target>
Pouvez-vous s'il vous plaît poster quelques exemples d'une "tâche de post de construction dans le script msbuild", s'il vous plaît? –
J'ai ajouté un exemple de ce que j'utilise sur un de mes projets. – DancesWithBamboo