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.

• Detect when a policy has been overridden.<br />

• Plan to avoid conflicts.<br />

Checkout, Get, and Lock<br />

• Get the latest source before making changes.<br />

• Use the lock command <strong>with</strong> discretion.<br />

• Communicate <strong>with</strong> your teammates when locking files.<br />

Dependencies<br />

• Use project references whenever possible.<br />

• Use file references only where necessary.<br />

• Use copy local = true for project and file references.<br />

• Use dynamic URLs when referencing Web services.<br />

Distributed / Remote <strong>Development</strong><br />

• Make sure that you get an appropriately sized disk drive for your proxy.<br />

• Create a scheduled task to pull the latest files on a periodic basis.<br />

• Periodically monitor proxy performance counters and the event log.<br />

• Configure executionTimeout based on file sizes and bandwidth.<br />

• Disable the proxy if it is going to be down for an extended time period.<br />

• Consider workspace cloaking to reduce unnecessary file transfers.<br />

Migration<br />

• Use the VSS converter to migrate to <strong>Team</strong> <strong>Foundation</strong> <strong>Server</strong> Source Control.<br />

• Migrate from other source-control systems to <strong>Team</strong> <strong>Foundation</strong> <strong>Server</strong> Source<br />

Control.<br />

Project / Workspace Management<br />

• Isolate a single developer using workspaces rather than branches.<br />

• Delete and rename files by using source control, not Microsoft Windows® Explorer.<br />

• Only delete and rename <strong>with</strong> your solution open.<br />

• Create one team project per application if you want to move your assets between<br />

application versions.<br />

• Create one team project per version if you want to start fresh <strong>with</strong> each application<br />

version.<br />

• Use branching to share code and binaries that require integration testing.<br />

• Avoid workspace mapping to support cross-project dependencies.<br />

• Create workspace mappings at the team project root level.<br />

• Use a unique local folder path on shared computers.<br />

• Consider mapping only part of the source tree.<br />

• Structure your source tree to support branching.

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

Saved successfully!

Ooh no, something went wrong!