DEVWD17 Team System Adoption Best Practices – promised resources

Thanks again to everyone who attended our two whiteboard discussions at TechEd.
Neno has already written about some of the resources that we have promised to put on the blog here: http://msmvps.com/blogs/vstsblog/archive/2006/11/10/_5B00_TechEd-Developers-2006_5D00_-Post-Conference-Material-for-DEVWD17-Team-System-Adoption-Best-Practices.aspx

Here are some additional resources:

• TFSLInks – makes sharing in TFS possible (tool); my previous entry about it


• Document: From VSS to TFS - An Introduction to Team Foundation Server Version Control from a Visual SourceSafe User's Perspective (article)


• TFS migration Blog – a place to look for upcoming migration toolkit (blog)


• Planning a team project - A list of questions you must answer to determine whether you may want to create a new team project or expand an existing project. (documentation)
• Walkthrough: Setting up Team Foundation Server with Secure Sockets Layer (SSL) (documentation)

A short recap of the SSL connectivity story:

• If it should be accessible from Internet, the TFS should be in the DMZ


• Since TFS and the Build Server (BS) communicate using .NET remoting (default port 9191) , BS must be in the DMZ as well


• BS can deploy the builds only on file shares and only using file sharing protocol – the only logical option is to configure the BS to deploy on a file share on the TFS. This file share should be published as a web folder accessible using HTTPS. This way, BS uses file sharing protocol to deploy the builds and the TFS users use HTTPS to access those builds.


• Web page kind of build reports (the one you open when you follow the link in the build completion notification mail message) is generated using xml+xsl. The links in the report that lead to the builds have hardcoded the usage of the file share protocol which contradicts the usage of HTTPS. To solve that problem, the file Build.xsl in the Program files/Team Foundation Server/Web Services/Build/Transforms folder on the TFS must be modified so that HTTPS protocol is used for the links instead of file sharing.


• The integrated kind of the build reports (the one you get when you double click in the build list in VS) can not be corrected. You should use the links from the web kind instead.

Here are the references from the slide deck once again:

• Official Team System Web sitehttp://msdn.microsoft.com/teamsystem


• Rob Caron’s Bloghttp://blogs.msdn.com/robcaron/


• MSDN Documentation on Visual Studio Team System http://msdn2.microsoft.com/en-us/library/ms304624.aspx


• Team Foundation Server SDKhttp://msdn2.microsoft.com/en-us/library/aa398956.aspx


• Team Foundation Administrator’s Guidehttp://www.microsoft.com/downloads/details.aspx?familyid=2aed0ecc-1552-49f1-abe7-4905155e210a&displaylang=en1552-49f1-abe7-4905155e210a&displaylang=en


• Neno’s Web site on VSTShttp://www.dotnet-online.com/teamsystem/


• Neno’s Blog http://www.msmvps.com/vstsblog/


• Ognjen’s Bloghttp://ognjenbajic.com/blog/

If you didn’t find the answer to your question, please either write me a mail or leave a comment