
Team Foundation Build 2010 (part of TFS 2010) is a legacy Microsoft build automation system that many enterprises still encounter in long-lived .NET delivery pipelines. This guide is written for engineers who need a clear operational model: how build controllers and agents work, how build definitions are structured, what to customize, and what to watch for when migrating from TFS 2008-era builds.
Originally published on 2016-08-08T01:07:57; fully revised and updated.
Original post: Introducing Team Foundation Build 2010 | TFS 2010 Training.
What this topic covers in practical terms
The original article was a training-style outline (introduction, architecture, setup demos, build definitions, templates, and migration). Reframed for day-to-day engineering work, that scope becomes:
- Designing a stable build topology (machines, controller, agents, drop location).
- Defining build triggers and workspace mappings correctly.
- Customizing build behavior through process templates and MSBuild arguments.
- Running and troubleshooting builds in a repeatable way.
- Migrating older TFS 2008 build practices into the TFS 2010 model.
Build architecture: controller, agents, and artifacts
Team Build 2010 separates orchestration from execution. A build controller receives queued builds and assigns them to available agents, which perform checkout, compilation, tests, and publishing.
| Component | Primary responsibility | Operational note |
|---|---|---|
| Build Controller | Queues and coordinates build jobs | Keep controller availability high; it is central to scheduling. |
| Build Agent | Executes compile/test/package steps | Agent capabilities and installed toolchains affect build success. |
| Build Definition | Stores trigger, workspace, defaults, and process configuration | Treat as versioned operational config. |
| Drop Folder | Stores build outputs and artifacts | Use a reliable network path and retention policy. |
| TFS Project/Collection | Hosts source, metadata, and build history | Permissions and policy settings directly affect build flow. |
Typical Team Build 2010 workflow
flowchart TD
A[Developer check-in] --> B[Build trigger fires]
B --> C[Build Controller queues job]
C --> D[Build Agent gets sources]
D --> E[Compile and run tests]
E --> F[Publish outputs to drop]
F --> G[Update build report]
G --> H[Notify team]
Build definition choices that change pipeline behavior
In TFS 2010, build definition settings (General, Trigger, Workspace, Build Defaults, Process) are where most reliability decisions are made.
| Trigger type | Best for | Trade-off |
|---|---|---|
| Manual | Controlled releases and ad-hoc verification | No automatic feedback after check-in. |
| Continuous Integration | Fast feedback on every change | High commit volume can increase queue pressure. |
| Scheduled | Nightly full builds and longer test suites | Defects may be detected later than CI. |
| Gated Check-in | Protecting branch quality before commit completes | Higher latency for developers during check-in. |
| Private build | Personal validation before shared integration | Can duplicate compute usage if overused. |
Build environment setup checklist
- Install and register the build service on target machine(s).
- Create and assign a build controller.
- Attach one or more agents to the controller.
- Configure a reachable drop location with correct permissions.
- Define workspace mappings for the intended branch paths.
- Create a simple baseline build definition and run it end-to-end.
- Confirm artifact retention and cleanup settings early.
- Enable status notifications for fast failure visibility.
Process templates and customization approach
Team Build 2010 introduced workflow-based build process templates. A practical pattern is to keep template customization minimal and push project-specific logic into MSBuild targets or scripts that are source-controlled with the application.
Example: MSBuild invocation used by build logic
msbuild .\YourSolution.sln /t:Rebuild /p:Configuration=Release /p:RunCodeAnalysis=trueCode language: JavaScript (javascript)
Migration lens: TFS 2008 build model vs TFS 2010 build model
| Area | TFS 2008 pattern | TFS 2010 pattern | Migration focus |
|---|---|---|---|
| Build orchestration | More tightly script-centric | Controller/agent orchestration model | Plan machine roles and queue behavior. |
| Customization style | MSBuild script customization | Workflow template plus MSBuild/script integration | Keep custom logic maintainable and versioned. |
| Check-in quality control | Primarily policy/process driven | Includes gated check-in options | Balance protection with developer throughput. |
| Execution topology | Often single build host setups | Distributed execution through agents | Standardize toolchains across agents. |
| Reporting and notifications | Basic build visibility | Richer build status and alerting workflows | Define who receives which alerts and when. |
Operational command examples
Depending on your installation and tooling, teams commonly combine source workspace mapping, MSBuild execution, and queued Team Build runs.
tf workfold /map "$/YourTeamProject/Main" "C:\Builds\Main"
msbuild .\YourSolution.sln /t:Rebuild /p:Configuration=Release
tfsbuild start /collection:http://tfs-server:8080/tfs/DefaultCollection /teamproject:YourTeamProject /definition:CI_MainCode language: JavaScript (javascript)
Note: command availability and switches can vary by TFS update level, installed client tools, and local conventions.
Best practices for legacy Team Build 2010 environments
- Document controller/agent topology and ownership clearly.
- Pin and audit build tool versions on every agent.
- Keep build definitions and template changes under change control.
- Use gated check-in selectively on high-value branches.
- Continuously prune drop artifacts to avoid storage and performance drift.
- Alert on queue backlog and repeated flaky failures, not only hard failures.
I’m Rajesh Kumar, a DevOps, SRE, DevSecOps, Cloud, and Platform Engineering expert passionate about sharing practical knowledge, real-world experiences, and industry best practices. I have worked at Cotocus and regularly write about technology, travel, investing, health, product reviews, and digital marketing through my various platforms.
I publish technical articles at DevOps School, travel stories at Holiday Landmark, stock market insights at Stocks Mantra, health and fitness guidance at My Medic Plus, product reviews at TrueReviewNow, and SEO and digital marketing strategies at Wizbrand.
Find Trusted Cardiac Hospitals
Compare heart hospitals by city and services — all in one place.
Explore Hospitals