Rules To Better TFS Administration
RuleSummaryIntro
Since 1990, SSW has supported the developer community by publishing all our best practices and rules for everyone to see.
If you still need help, visit Application Lifecycle Management and book in a consultant.
Hold on a second! How would you like to view this content?
Just the title!
A brief blurb!
Gimme everything!
Page Content
When you initially set up a TFS server, you may add a Team Project Collection for testing purposes. After you have confirmed TFS, SharePoint, and Reporting services are all working, you want to remove the test collection you made, but alas, there is no Delete option for project collections.

- Figure: There is no way to delete the Team Project Collection from the TFS Administration console
To delete the unwanted Team Project Collection:
- On your TFS server, open an
Administrative Command Prompt
- Change into the TFS Tools Directory. Type:
cd "%programfiles%\microsoft team foundation server 2010\tools"
- Type in the following (replacing [COLLECTION NAME] with the collection you want to delete):
TFSConfig Collection /delete /collectionName:[COLLECTION NAME]

- Figure: Use the TFSConfig tool to delete a Team Project Collection (If you created a SharePoint Portal for your Team Project Collection, you should clean it up as well)
- Open the URL of your Team Project Collections SharePoint portal (eg. northwind.com.au/tfs/TestProjectCollection)
- Select
Site Actions |
Site Settings on the right
- Under the
Site Administration subheading, click on
Delete this site
- Confirm the deletion
If you created a Reports site for your Team Project Collection, you should clean it up as well.
- Open the URL of your Reporting Services page (eg. tfs.ssw.com.au/reports)
- Click on the
TfsReports folder
- Click on the name of the Team Project Collections folder
- Click
Properties in the top navigation
- Click on
Delete
Now your TFS server is nice and clean and fit for production.
It is important to use consistent language when talking about changes made to a TFS environment. The term configuration and customization are sometimes used interchangeably. It is clearer to use the following to differentiate them:
Configuration applies to any changes made to application settings that help to make your TFS installation work correctly for a particular environment
Configuration would apply to objects like: TFS Administration Console (SharePoint, Microsoft Test Manager (MTM), Visual Studio, Web Access, Lab Management integration), User Security, Check-in options.
Customization is when TFS is changed to fit into a customized process.
Customization would apply to: Changing Work Item Templates, Custom Reports, Workflow and using the API to connect to other systems.
Extending is a term used with CRM that includes developing Plug-in's. With TFS this is covered under Customization.
See the
CRM rule for correct definitions.