![LESSONS LEARNED Migrating to TFS 2010 Omaha Team System User Group 25 May 2010 Jeff Bramwell Russ Wagner [email_address] [email_address]](https://image.slidesharecdn.com/migratingtotfs2010-lessonslearned-100526092125-phpapp02/85/OTSUG-Migrating-to-TFS-2010-Lessons-Learned-1-320.jpg)
![LESSONS LEARNED Migrating to TFS 2010 Omaha Team System User Group 25 May 2010 Jeff Bramwell Russ Wagner [email_address] [email_address]](https://image.slidesharecdn.com/migratingtotfs2010-lessonslearned-100526092125-phpapp02/75/OTSUG-Migrating-to-TFS-2010-Lessons-Learned-1-2048.jpg)
Uploaded byJeff Bramwell
OTSUG - Migrating to TFS 2010 - Lessons Learned
The document outlines the four phases of migrating to Team Foundation Server 2010: research and planning, setup, migration, and post-migration. It discusses important considerations and steps for each phase such as determining hardware and team project collection strategies, upgrading process templates and work items, configuring the TFS application tier and build servers, and reviewing permissions after migration. Resources for additional information and help are also provided.
More Related Content
Similar to OTSUG - Migrating to TFS 2010 - Lessons Learned
More from Jeff Bramwell
![Getting Started with Apache Spark: Big Data Made Simple [Free Meetup]](https://cdn.slidesharecdn.com/ss_thumbnails/apachesparkgettingstarted-260203175547-8361bcc3-thumbnail.jpg?width=640&height=640&fit=bounds)
OTSUG - Migrating to TFS 2010 - Lessons Learned
- 1. LESSONS LEARNED Migratingto TFS 2010 Omaha Team System User Group 25 May 2010 Jeff Bramwell Russ Wagner [email_address] [email_address]
- 2. The Four PhasesResearch & Planning Setup Migration Post-Migration
- 3.
- 4. Research Must Reads:Team Foundation Installation Guide for Visual Studio 2010 http://bit.ly/TFS2010InstallGuide Visual Studio 2010 Upgrade Guide http://bit.ly/VS2010UpgradeGuide Lot’s of examples blogged about Search “TFS 2010 Install” This session (Q & A)
- 5. Hardware Strategy Determineyour hardware strategy Single-Server Multi-Server Load Balanced Others… Use new hardware/VMs (when possible)
- 6. Team Project CollectionsDetermine TPC strategy Migrate in a “piecemeal” fashion Migrate “all-at-once” All-at-Once recommended – in most cases Piecemeal makes sense for hosted scenarios or off-site consulting projects
- 7. Team Project Collections(cont’d)
- 8. Build Server StrategyDetermine if you will use pooled build servers or purpose-specific build servers Create “tagging” strategy if using pooled build servers Catalog software components on existing build servers
- 9. Process Templates/Work ItemsHave you modified the process templates? How about your Work Item Types? Upgrade plan must include process templates and work item types More information can be found here: http://bit.ly/EnableALMForVS2010
- 10. Agile Workbooks Newfor MSF for Agile Software Development 5.0 Not automatically added to existing/upgraded projects More information can be found here: http://bit.ly/EnableALMForVS2010
- 11.
- 12. Hardware Setup Buildout hardware, including support for: SQL Server Analysis Services SQL Server Reporting Services Windows SharePoint Services/MOSS Team Foundation Server 2010 Application Tier Team Foundation Build Controller/Agents
- 13. Software Setup InstallAs Needed: SQL Server Analysis Services SQL Server Reporting Services Windows SharePoint Services – or – MOSS Team Foundation Server 2010
- 14. Build Servers SetupInstall Team Foundation Build software Install catalogued software across build agents (as defined in plan) Do not configure build servers - yet
- 15.
- 16. Configure TFS ApplicationTier URL/Port (default provided) Reporting Information Report Server URL, Reports URL, Reader Account, etc. Warehouse Database Location SQL Server Analysis Services Location SharePoint Information Site URL and Admin URL Team Project Collection Name (default provided) and database location
- 17.
- 18. Configure Build ServersConfigure Build Controller (only one per TPC) Configure Build Agents Build Agent Tags – if desired
- 19. BPA Use theBest Practices Analyzer It will notify you of existing configuration issues Available with TFS Power Tools http://bit.ly/TFSPowerToolsApr2010
- 20. Practice Makes PerfectPractice, Practice, Practice! Practice all phases of the plan Make sure you have a backup plan Create a “Playground” TPC – if possible
- 21.
- 22. Post Migration ProvideGuidance Custom Build Tasks Check/Convert Branches Update Build Definitions Build Controller Possibly new Drop Folder Leave Trigger as is or possibly change to Gated Check-in Modify Agent Settings for tagging (if required) Review Retention Policy Get “migrated” builds running first – then convert to Workflow-based builds later
- 23. Review Permissions ReviewTPC/Team Project Permissions Review new Build permissions
- 24. Review Permissions (cont’d)Utilize the TFS Administration Tool http://bit.ly/TFSAdminTool Modify permissions for TFS, SharePoint, and SSRS at same time Can copy users from one Team Project to another
- 25.
- 26.
- 27. Resources Visual Studio2010 http://msdn.microsoft.com/en-us/vstudio Team Foundation Server 2010 http://msdn.microsoft.com/en-us/vstudio/ff637362.aspx Free On-line Training (limited time offer) http://www.LearnDevNow.com/VS2010 Professional Application Lifecycle Management with Visual Studio 2010 http://amzn.to/PALMwVS2010 MSDN Forums for Visual Studio “Team System” http://bit.ly/MSDNVSTSForums
Editor's Notes
- #5 Read everything you can before you start. The more you can learn about the TFS 2010 installation procedures, the more likely you’re going to have a successful migration experience. Mention other guidance available on CodePlex other than the Visual Studio 2010 Upgrade Guide (e.g. branching guidance, requirements management, etc.).
- #6 Again, refer to the TFS Installation Guide for more information regarding hardware topology. Using new hardware/VMs allows you to perform a migration alongside your current TFS 2008 environment providing a simple backup plan if something were to fail.
- #7 Some facts about TPCs: You can’t branch across TPCs You can’t report across TPCs You can’t link to Work Items across TPCs Cover the fact that you cannot import TFS 2005/2008 Team Projects into an existing TPC once the TPC has been created.
- #8 This table depicts potential issues associated with the various migration types.
- #9 Pooled build servers provide the benefit of having a standardized build environment allowing you to easily scale out (e.g. by standing up a new virtual build server instance) as builds dictate. Pooled build servers also provide a simple approach to maintenance in that you can take build servers off-line (e.g. for patch updates, etc.) without affecting the build process. However, keeping multiple build servers in sync can be tedious at times and having to purchase licenses for commercial software may be prohibitive in some cases (tagging can alleviate some of these issues).
- #10 Existing work items are not updated during migration – i.e. they retain the “schema” of the original work item type definition they were created with. Mention the blog post above and that they provide a script that can be modified to suit most needs for updating existing work item types – assuming they haven’t been modified. If they have been modified, then you will have to manually “mash up” the custom work item types and the new TFS 2010 work item types and import them into each team project.
- #11 There are two types of Excel-based workbooks: Product Planning and Iteration Planning .
- #13 Some of these services may already by installed and running on other hardware – e.g. SharePoint/MOSS, SSRS, SSAS, etc. Mention differences between functionality & licensing for WSS & MOSS
- #14 Reiterate that some of these services may already exist in your organization and can be reused if desired. Mention that Build Servers still need to be setup and configured and will be covered shortly.
- #15 Mention that you can have only one Build Controller per TPC and vice-versa. A Build Controller can have many Build Agents but a Build Agent can answer to only one Build Controller. You can configure multiple Build Agents on a single machine – depending on hardware configuration. Discuss some of the challenges involved with tagged build agents – e.g. keeping them in sync, having the correct software, licensing, etc. Don’t configure the Build Controller and Agents until TFS is up and running. Otherwise, you’ll have to go back through and do it again.
- #17 Screen shot on next slide.
- #18 This is a screen shot of an upgrade – not a default installation.
- #19 Mention that you can have only one Build Controller per TPC and vice-versa. A Build Controller can have many Build Agents but a Build Agent can answer to only one Build Controller. You can configure multiple Build Agents on a single machine – depending on hardware configuration. Discuss some of the challenges involved with tagged build agents – e.g. keeping them in sync, having the correct software, licensing, etc.
- #21 It’s important to practice the upgrade process to ensure as little downtime as possible for the development teams. Make sure you have a fallback plan in case something goes awry during the migration – e.g. installing on new hardware allows you to keep TFS 2005/2008 readily available. If the upgrade fails, simply do nothing If possible, create a “Playground” TPC as early on as possible. This will allow developers to kick the tires on TFS 2010 and possibly even practice the upgrades of their builds, check-in policies, etc. prior to the actual migration.
- #23 Provide guidance documentation for the various development teams so they setup their environments in a consistent manner. Some examples include guidance on permissions, folder structures, TFS machine topology, etc. If you have any custom build tasks, you will either need to compile against the TFS 2010 Object Model or ensure the TFS 2008 assemblies have been installed on the new build servers. If you start seeing merge candidates showing up that were successfully merged prior to the migration, you can use the following command line to remove the candidates from the list: tf merge /recursive /discard $/Project/DevBranch $/Project/MainBranch Mention that any hard-coded paths in the build scripts may need adjustment. Also mention there is a bit of a learning curve to the Workflow-based builds and that there will most likely be some custom build tasks being utilized in your builds that don’t have a direct corresponding Workflow Activity. Workflow-based builds will take time to implement throughout an organization.
- #24 Note that the “Edit build definition” permission seems to be unchecked by default. You will need to ensure that this is checked for anyone needed the ability to create new build definitions. Make sure the other permissions are reviewed as well (e.g. test-related permissions).
- #25 Note that while the TFS Administration Tool works with TFS 2010, it still relies on the TFS 2008 Object Model. Therefore, the Team Explorer 2008 Client (SP1) must be installed prior to installing this utility. Screen shot on next slide.
- #28 There are countless blogs dedicated to Visual Studio and Team Foundation Server – a lot of them directly from Microsoft and lots more from Microsoft MVPs. There is also a lot of on-line training available as well as video interviews, etc. For example, Microsoft’s Channel 9 (http://channel9.msdn.com).