Your SlideShare is downloading. ×
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
OTSUG - Migrating to TFS 2010 - Lessons Learned
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

OTSUG - Migrating to TFS 2010 - Lessons Learned

5,838

Published on

OTSUG - This presentation discusses lessons learned when migrating from TFS 2008 to TFS 2010.

OTSUG - This presentation discusses lessons learned when migrating from TFS 2008 to TFS 2010.

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
5,838
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
43
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • 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.).
  • 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.
  • 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.
  • This table depicts potential issues associated with the various migration types.
  • 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).
  • 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.
  • There are two types of Excel-based workbooks: Product Planning and Iteration Planning .
  • 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
  • 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.
  • 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.
  • Screen shot on next slide.
  • This is a screen shot of an upgrade – not a default installation.
  • 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.
  • 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.
  • 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.
  • 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).
  • 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.
  • 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).
  • Transcript

    • 1. LESSONS LEARNED Migrating to TFS 2010 Omaha Team System User Group 25 May 2010 Jeff Bramwell Russ Wagner [email_address] [email_address]
    • 2. The Four Phases
      • Research & Planning
      • Setup
      • Migration
      • Post-Migration
    • 3. Research and Planning
    • 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
      • Determine your hardware strategy
        • Single-Server
        • Multi-Server
        • Load Balanced
        • Others…
      • Use new hardware/VMs (when possible)
    • 6. Team Project Collections
      • Determine 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 Strategy
      • Determine 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 Items
      • Have 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
      • New for 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. Setup
    • 12. Hardware Setup
      • Build out 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
      • Install As Needed:
        • SQL Server Analysis Services
        • SQL Server Reporting Services
        • Windows SharePoint Services – or – MOSS
        • Team Foundation Server 2010
    • 14. Build Servers Setup
      • Install Team Foundation Build software
      • Install catalogued software across build agents (as defined in plan)
      • Do not configure build servers - yet
    • 15. Migration
    • 16. Configure TFS
      • Application Tier 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. Upgrade Wizard Settings
    • 18. Configure Build Servers
      • Configure Build Controller (only one per TPC)
      • Configure Build Agents
        • Build Agent Tags – if desired
    • 19. BPA
      • Use the Best Practices Analyzer
        • It will notify you of existing configuration issues
      • Available with TFS Power Tools
        • http://bit.ly/TFSPowerToolsApr2010
    • 20. Practice Makes Perfect
      • Practice, Practice, Practice!
      • Practice all phases of the plan
      • Make sure you have a backup plan
      • Create a “Playground” TPC – if possible
    • 21. Post Migration
    • 22. Post Migration
      • Provide Guidance
      • 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
      • Review TPC/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. TFS Administration Tool
    • 26. Questions
    • 27. Resources
      • Visual Studio 2010
        • 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

    ×