1. Create a new project in VSTS
2. Automatic incrementation of the build number
3. Name the output directory using version number
4. Build deprecated Setup Projects (.vdproj) with TFS 2013
5. Build preconfigured ClickOnce packages with TFS for multiples environments
6. Build WebDeploy package with TFS for multiples environments
Main goal: Host sources on Visual Studio Online then configure our own Build Server.
Why we are not using the default hosted build controller provided by VSO ?
Cloud | On-premise | |
Strenghts | – Always up to date (Microsoft promotes its hosted environment | -Customizations |
Weaknesses |
VSO provides an on-premises build controller (use cases available on https://www.visualstudio.com/en-us/get-started/build/hosted-build-controller-vs ). It’s very useful for small C# project but there are significant limitations.
The solution architecture I want to build
First we need to get the assembly version. In the solution I want to build, there are a lot of projects of differents types (ClickOnce, WebDeploy package,…). There is no reason to have a version number per project. So I created a single file SharedAssembly.cs which is referenced by others projets. That’s an important key I used to write the build definition.
Comments