I installed TFS 2010 trial version.
In Visual studio editor, under Team menu->New Work Item,
I found only Bug, Issue, Shared Steps, Task, Testcase, User Story
I didn't find ChangeRequest, Review, Risk, Sprint Backlog Items.
How can I get those in my Team menu;
Thanks
Your project was created using a CMMI process template. If you have nothing yet in it, the easiest way would be to create a new TeamProject using a SCRUM Template.
If you already worked with the project, you could install the TFS Power Tools. In VS you will get the Tools menu entry "Process Editor" -> "Work Item Types" -> "Import WIT"
Now you need the XML files which define the work items you need. If you have other projects using these types, you can use "Export WIT" there and Import them in your project. If you don't have them there, you need to download them. Possible locations:
◦Scrum for Team System version 3 (on TFS 2010)
https://www.scrumforteamsystem.com/Products/Search/SfTS%20v3
◦MSF Agile version 5 (on TFS 2010)
http://msdn.microsoft.com/en-us/library/dd380647.aspx
◦Microsoft Visual Studio Scrum 1.0 (on TFS 2010)
http://visualstudiogallery.msdn.microsoft.com/en-us/59ac03e3-df99-4776-be39-1917cbfc5d8e
Related
Recently we upgraded from TFS 2013.2 (german) to TFS 2015.1 (english). Now if I create a new project collection and a new team project I can only select the old german process templates
"Microsoft Visual Studio Scrum 2013.2"
"MSF for Agile Software Development 2013.2"
"MSF for CMMI Process Improvement 2013.2"
The description below the templates is in german, consequently I believe I have only the old process templates installed on our TFS.
I found the correct templates here:
C:\Program Files\Microsoft Team Foundation Server 14.0\Tools\Deploy\ProcessTemplateManagerFiles\1033
How can I re-install the original current process templates from TFS 2015.1 in english?
Where are the active templates stored? In the database? Can I "inject" the correct ones somehow?
Deleting and re-importing the templates is not possible because TFS locks the default templates now. Unfortunately the wrong default templates...
You can upload these project templates in Visual Studio under Team -> Team Project Collection Settings -> Process Template Manager and there is an upload button.
The problem that you are going to face is that any projects currently using one of the older templates will not be transferable to the new ones.
You should be able to remove the old ones from this window also provided that there are no projects using them.
I am using TFS 2010 and scrum template I am using is "Microsoft Visual Studion Scrum 1.0".
I have my Work Items and task added to the product backlog and to the sprint.
My problem is, I don't see any icon or menu to click and see the burn down chart.
When I googled,I found this
"This report requires that the team project collection that contains your team project was provisioned with SQL Server Reporting Services"
My project doesn't have SSRS bind to it.
Is it a must or is there any other work around for this in TFS 2010?
If you want to view the Burndown Report, you need to have SSRS Reporting installed and configured.
Is there a way to migrate from MSF Agile 6.0 to a Scrum process template in TFS 2012? We have migrated from TFS 2010 to 2012 recently and would like to change the process template without loosing history.
I've heard about http://witsynchronizer.codeplex.com/ but has anyone tried it for TFS 2012?
The way in which we have done this is;
In Visual Studio (I have Visual Studio Ultimate 2012) Go to Team Explorer - Home (Make sure you are in the correct collection / project)
In the drop down menu navigate to Projects & My Team & Select New Team Project
Enter your desired team project name and description
Select the Microsoft Visual Studio Scrum 2.0 - Preview 4 process template
Configure the SharePoint site if you wish but we choose "Do not configure the SharePoint site at this time"
Specify Source Control Settings - We choose "Create a new source control branch" and select the area of code we want to branch from. This then should retain all of your history.
Confirm your team project settings and then click Finish.
Hope this helps, it may not be the correct way but works for us.
I am currently looking to migrate an existing TFS2008 server to a new VS2012 server.
A major part of the reason behind this is that we want to be able to use the Microsoft Visual Studio Scrum template, however I am struggling to determine whether VS2008 is able to manipulate work items created using this template (according to all of the blogs and/or other information I can find, the templates can only be installed to a VS2010 or VS2012 server, but there is nothing clear about Visual Studio clients). I believe that both VS2010 and VS2012 can access an manipulate items based upon these templates.
Note: We HAVE to use VS2008 at the moment as some of the projects are for mobile devices (Windows/CE, Windows Mobile) and, as I am sure you will be aware, these projects are not supported by VS2010 or VS2012).
I am aware of the compatibility GDR's for both VS2008 and VS2010, but again they mention nothing specific about the scrum templates.
So, my question is simple...
Can I access and manipulate (add new work items, update existing items, create a sprint etc) a TFS project that is based upon one of the Microsoft Visual Studio Scrum templates on Team Foundation Server 2012 from Team Explorer 2008/Visual Studio 2008.
Work Item process templates (e.g. VS Scrum) have nothing to do with the version of the client used to connect to TFS, which means that any version of Visual Studio (2008, 2010, or 2012) will work with TFS 2012, regardless of the process template (Scrum, Agile MSF or CMMI).
Furthermore, the forward compatibility GDR provides the team explorer extension (window) that will give VS 2008 the ability to use the new functionality of TFS 2012 (e.g. start and end dates for iterations, capacity planning, etc.).
The process template (i.e. Visual Studio Scrum 2.0) is nothing but a set of XML documents detailing which work item types you will have, what fields they contain, some reports, SharePoint settings, security settings, etc. None of these affect or are affected by the version of Visual Studio.
I have an TFS server installation that through time has gone through upgrades from TFS 2005 to TFS 2008 and then to TFS 2010.
During the lifetime of the installation a lot of projects have been created and different project templates have been used. MSF Agile 4.0, 4.1, 4.2 and 5.0. and a few MSF CMMI ones.
What I would like to do is "replace" the project template used for all these projects to use a new one common one: Microsoft Visual Studio Scrum 1.0.
I am aware that TFS project templates are used as templates for creating new projects and cannot modify the tfs projects definitions after creation.
Uptil now only the version control and build server part of TFS have been used and there are no existing work item types.
Additionally all projects and build scripts are depending on the source code paths stay the same.
As I see it I have the following options:
Create new TFS projects using the correct project template and then move/branch the source code to the new project.
All code is moved to a temporary team project.
The old project is deleted
New project with the original name and correct process template is created
Code is moved to the new team project
Temporary team project is deleted
All the build definitions needs to be to recreated which is not an option.
The source code move/branch will "mess up" the versioning history
By messing up the versioning history I mean that when you move source code it will behind the scenes do a delete + source rename on the original location and the history will still be located in the old project. This will make searching in the history difficult and if I actually delete the old project I will loose all the history before the source code move.
This is really not an option for me since there is years of code change history that is needed to for supporting the different applications being built.
Use the TFS migration tools to migrate to another TFS project
This has the same downsides as the first solution
Replace/import work item types, install new reports, create new SharePoint sites
For each tfs project
Delete existing work item definitions using "witadmin deletewitd"
Import each work item definition from the new process template using "witadmin importwitd"
Import work item categories using "witadmin importcategories"
Delete old reports in project folder in report server
Upload the report definitions from the new process template
Modify data sources used for the reports using the report manager to point to the correct shared data sources (TfsReportDS and TfsOlapReportsDS)
Modify the report parameter ExplicitProject default value to "" (empty string) and disable prompt user option.
Export the documents in the old SharePoint site using stsadm
Delete the old SharePoint site
Recreate the sharepoint site using the TFS2010 Agile Dashboard site template
Activate site feature "Team Foundation Server Scrum dashboard"
In TFS Project Settings -> Project Portal Settings: Enable "team project portal" and ensure the url is correct. Enable "reports and dashboards refer to data for this team project"
And finally..
Process the Warehouse
Process the Analysis Database
Even though that this involves a lot of small steps this looks more appealing because
this option will not force me to move the source code and my existing build definitions will be intact.
My question:
Are there other ways to achieve the replacement of work item types that I haven't mentioned?
And/or am I missing any steps in last solution?
Given that you aren't using any existing work item types, your final proposal looks like the best option.
After deleting the old reports and exporting the SharePoint documents (you could also use Windows Explorer instead of stsadm), there are actually two commands in 'tfpt' that will help you. This will reduce it from 14 steps down to 5 or 6 steps.
tfpt addprojectreports Add or overwrite reports for an existing team project
tfpt addprojectportal Add or move portal for an existing team project
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose
Your first option is IMHO your best shot.
You can branch the sources from the old team project to the new team project. With TFS 2010 you can see the history also from the branched location. So you don't loose functionality in here.
The Build is just an msbuild file which is stored in source control. The only thing you have to do is actually copy the build definitions. You can do that either manually, or you can create a little app that does that for you.