We recently started using TFS and SCRUM with our work item backlog in TFS. This gives us the advantage of associating a work item with a changeset check-in.
Is it possible to include associated work item titles in the "View History" of an object?
The reason I want this is to avoid including the work item id in the check-in comment.
You can open the Work Item, go to All Links, and create a new link of type Changeset.
Related
I am using TFS and I am trying to get a list of bugs that are linked to any of the change sets in a list.
My team wont to get some metrics and the only way that we can track the list of bugs that we have worked on is related to the changesets made by any of our developers.
I can get the list of change sets with VS (How to get the list of all "Change Sets" of a user in TFS?) but I don't know how to search the bugs linked to any of those change sets.
You could use Rest API to handle this, Changesets - Get Changeset Work Items
GET https://dev.azure.com/{organization}/_apis/tfvc/changesets/{id}/workItems?api-version=5.0
It retrieves the work items associated with a particular changeset.
You also could do this from UI in work item, refer from Shayki Abramczyk's reply in this question.
In "Team Explorer" click on "Source Control Explorer":
Click on this icon:
Put the Changeset number or search it:
Click on "Details..." (or double-click on the changeset):
Is it possible to reset the work item type history that is proposed to a user who creates a new WorkItem query?
We have some TeamProjects that went through two Process-Template customizations including localization and WorkItem form layout optimizations.
With TFS 2015 we're finally moving to the Agile process template. The problem is that somewhere the TFS stores the WorkItem-Types you have ever used and displays them in the WorkItem query designer.
The values in the Work Item Type are mixed both german and english and are picked from all of the past process templates the team project has ever been configured to use.
Is it possible to reset that list and if so, how?
The scope of the query editor is for all projects in a give collection. When you open the dropdowns, it thus shows all work item types in any of the projects in the collection.
In TFS 2015 we have added a checkbox to scope your query to the existing project. This checkbox is off by default because the majority of the queries run in the scope of a project. When the checkbox is unchecked, the dropdowns are limited to show only the states, fields and work item types that are in use by the existing project.
If you don't need these work item types and the work items, you can use witadmin destroywitd to destroys the work item types, after running the destroy command, the work item types will disappear from the drop-down. But please notice this will also destroy every work item of that type permanently without recovery.
witadmin destroywitd /collection:CollectionURL /p:Project /n:TypeName [/noprompt]
Is it possible to delete the link between a code review and a changeset in TFS 2013? We are on TFS 2013 Update 3 and are using Visual Studio 2013 Update 4.
A colleague checked in a code change but mistakenly typed in the wrong work item ID, thus associating his changeset with the wrong work item number. We were able to link the correct work item (a bug in this case) to the changeset, but we can't seem to figure out how to remove the link from the code review, which is totally unrelated. Unlike bugs, user stories, and other work item types, code reviews appear in the Team Explorer window, and the only options available are Open Work Item, New Linked Work Item, Create a Copy of Work Item, and Link to An Existing Item. What am I missing?
If you open the code review request from the TFS web portal then you'll be able to remove the changeset link to it.
I have created a team underneath the Team Members section (in Team Explorer), but I cannot select this team from the drop down in my Bug. This drop down (highlighted text in image below) has no teams listed in it.
What am I doing wrong?
We are using the http://www.scrumforteamsystem.co.uk/ template for TFS 2008.
The bug that you have in the image is a customized bug. Someone in the organization (maybe you) have changed to bug and added the Team field to the bug. The team that is available in the team explorer cannot be used in the work item, but you can use link that John added to show groups in the dropdown.
Another approach is to use a global list to determine the values for the team field. Adding a new team means that you have to add it to Team Explorer and to the global list.
In the new version of TFS (TFS 11), which you can preview at http://tfspreview.com, you can see that the team has become a first class citizin. If you want to see it in action, you can either go to one of the sessions of //BUILD/ or sign up for an account on TfsPreview.com.
Go to TFS explorer, go to your project and right click on the project title and Select "Show Project Portal"
Once its loaded up in your browser, click on "Team Project Administration" Tab.
The team option is the second box on this page. Add your teams to there, and they will then appear in the dropdown within TFS Solution Explorer.
You will need to save any bugs first before you can assign it to a team though.
See the blog post Assigning a work item to a group in TFS.
This does require some minor customization of the work item types you're interested in changing.
I have TFS 2010 basic and I would like to view all checked in files that have been associated with a work item. Any ideas?
Cheers
Tigger
You need to get the list of changesets associated with the work item, and then the file list associated with each changeset. There is no direct link from work item to changed files.