26.04.2015 Views

Team Development with Visual Studio Team Foundation Server

Team Development with Visual Studio Team Foundation Server

Team Development with Visual Studio Team Foundation Server

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

able to follow project references outside the boundaries of your solution and build<br />

successfully. You cannot build solutions created in this way from the <strong>Visual</strong> <strong>Studio</strong> build<br />

command, and this approach only works <strong>with</strong> <strong>Team</strong> Build and MSBuild.<br />

Additional Resources<br />

• For more information, see “Chapter 3 – Structuring Projects and Solutions in Source<br />

Control” in this guide.<br />

How to Use a Multiple-Solution Strategy<br />

If you work on a very large solution requiring many dozens of projects, you might run up<br />

against solution scalability limits. In this scenario, you should break your application into<br />

multiple solutions, but do not create a master solution for the entire application because<br />

all references inside each solution are project references. References to projects outside<br />

of each solution (for example, to third-party libraries or projects in another sub-solution)<br />

are file references. This means that there can be no “master” solution. Instead, a script<br />

must be used that understands the order in which the solutions must be built. One of the<br />

maintenance tasks associated <strong>with</strong> a multiple-solution structure is ensuring that<br />

developers do not inadvertently create circular references between solutions. This<br />

structure requires complex build scripts and explicit mapping of dependency<br />

relationships. In this structure, it is not possible to build the application in its entirety<br />

<strong>with</strong>in <strong>Visual</strong> <strong>Studio</strong>. Instead, you use TFS <strong>Team</strong> Build.<br />

Additional Resources<br />

• For more information, see “Chapter 3 – Structuring Projects and Solutions in Source<br />

Control” in this guide.<br />

Reporting<br />

• How to view build quality<br />

• How to view all the check-ins for a build<br />

• How to view work items or bugs closed for a build<br />

• How to view open work items or bugs for a build<br />

• How to track velocity from build to build<br />

• How to track test case pass/fail results for a build<br />

• How to review build status (BVT results)<br />

How to View Build Quality<br />

You can view build quality from the Builds window, accessible from <strong>Team</strong> Explorer.<br />

To view build quality<br />

1. Open <strong>Team</strong> Explorer.<br />

2. Expand the team project for which you want to view build quality.<br />

3. Expand the <strong>Team</strong> Builds folder in the tree.<br />

4. Double-click the <strong>Team</strong> Build type to view build quality.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!