> Isn't there a standalone "official" client as well? The command line client and the GUI TFS Source Code Explorer are included in the TFS Client CAL. Both of these run on any supported Win32 box and both use WebServices to communicate with whatever server they are told to chat with (e.g. a URL on a on (possible) odd port. The GUI client is actually a seperate set of plug-ins to the Visual Studio IDE, so it lives in Visual Studio, but this is different than the integrated source control of (c#, vb, etc) projects in Visual Studio. If you install the TFS client on a box that doesn't have visual studio, then you end up getting a "shell" install of Visual Studio 2005k to host it. Also not that there is an MSSCCI provider to plug into DevStudio, VS2003, VB6 and other older VSS compatible clients, so you can actually do IDE-integrated source control of any of those products as well (with the attendant limiations that the MSSCCI interface has).
> Without using the cache servers, how is the performance over a VPN > or other WAN link? If your files are reasonably sized, and your projects not huge, it's fine... think web-service-based document management system. It's not far from the performance of SharePoint documents (at worst). -- "Under capitalism, man exploits man. Under communism, it's just the opposite." –John Kenneth Gailbraith Marc C. Brooks mailto:[EMAIL PROTECTED] http://musingmarc.blogspot.com
