Building the Application

With Team Foundation Build, you can create build definitions to automate compiling applications, running associated tests, performing code analysis, releasing continuous builds, and publishing build reports.

To build an application, you create a build definition to specify what projects to build, what triggers a build to run, what automated tests to run, and where to deploy the output. This information is stored in the data warehouse, from which it is retrieved when a build runs. After the build runs, data about the build results is stored back in the warehouse, where it is available to view through build reports.

The following illustration shows the three main phases of building an application:

Common Tasks

Common tasks	Related topics
Define a build. Create a build definition with instructions about which code projects to compile, what action should trigger the build, what tests to run, and many other configurations. You can even use legacy MSBuild files by using the upgrade template.	Creating and Working with Build Definitions
Queue a build. Manually start any defined build, and monitor the progress of builds.	Running and Monitoring Builds
View results. View information about builds, rate the quality of a build, or delete completed builds.	Managing and Viewing Completed Builds Use Build Explorer to View and Manage Queued, Ongoing, and Completed Builds
Build and deploy continuously: If a team waits a long time between checking code in and deploying a build, members of that team frequently spend a significant amount of time addressing build breaks and integration issues. If your team checks code in and builds more frequently, you can generally expect to increase your team's velocity.	Build and Deploy Continuously

See Also

Concepts

Administering Team Foundation Build

Other Resources

Team Foundation Build Reference