Team Foundation Server for Telecommuters

| by Jonathan Allen Follow 395 Followers on Nov 19, 2008. Estimated reading time: 1 minute |

A note to our readers: You asked so we have developed a set of features that allow you to reduce the noise: you can get email and web notifications for topics you are interested in. Learn more about our new features.

Back when Visual SourceSafe was the de facto version control for Windows developers, remote access was a major problem. Products like SourceOffSite were a necessity for anyone not working in the corporate headquarters. While a combination of globalization and unstable fuel prices continue to drive increases in telecommuting, Microsoft is still neglecting this sector.

For the next generation, Teamprise's Remote Accelerator addresses this need. Edward Thomson of Teamprise talks about how it all got started.

I spend most of my time telecommuting; my girlfriend is in Chicago working on her PhD, and Teamprise was kind enough to allow me to join her here. Microsoft's version control proxy is an excellent tool for remote offices with several developers, but it is overkill for a single developer. Remote Accelerator is aimed at single users, and has many features aimed at the telecommuter.

InfoQ: Can you explain how Remote Accelerator works?

Remote Accelerator acts as a standard Team Foundation Server version control proxy. Whenever a TFS client -- Microsoft Visual Studio or a Teamprise client -- requests a file from the server, it will be requested from a version control proxy.

A traditional version control proxy gets its speed from the many developers using it: when the first developer requests a specific file, the proxy server will download it from the server and then cache it so that subsequent requests are faster. While that's beneficial to larger workgroups, it's less beneficial to smaller groups, since any particular developer is more likely to be the first to download the file. And telecommuters will see little advantage at all.

Remote Accelerator gets its performance from a technique we call "cache seeding", which involves periodically polling the Team Foundation Server to determine what new files have been added. Remote Accelerator will download these files transparently and place them in the cache so that when the developer is ready for them, they're already on disk and served quickly from the local computer's cache instead of from the Team Foundation Server.

InfoQ: How has working on this project shaped your opinion of Team Foundation Server?

I continue to be impressed with Team Foundation Server. On the whole, it's well architected and remarkably flexible. We were able to architect and develop Teamprise Remote Accelerator very quickly thanks to Team Foundation Server's open architecture.

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread


Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you