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.
Related
I setup TFS 2013 scrum template late last year and was using it without issue. When adding a new PBI or BUG on the Web Portal and tabbing into the Assigned To field I was able to start typing or drop down the list to see all the members of the Team Project.
After upgrading to TFS 2015 the list is gone and type ahead does not work. If I type the first few characters of a member and click search I am able to find a member, but this is cumbersome when going through and trying to quickly add a PBI or BUG. FYI this also happens when adding a new Bug as well as tasks on both a PBI and Bug.
I am fairly new to TFS, like Mel from this post:
https://softwareengineering.stackexchange.com/q/142977/27650
I had a project on another PC, but I have been issued another PC.
Yes, I could go to management, and bug them with all of the various steps involved with finding and then getting my shelf project that I was working on last week, but I would rather find the information on my own.
I found MSDN's article on Shelve and Unshelve Pending Changes, but it did not cover how to get my shelf item. Perhaps there is a special term that I am unfamiliar with.
Likewise, I read over the article What's New in Visual Studio TFS 2012, since we are using VS2012. It appears to go over the changes that have occurred since the newest release.
How do I find my shelf items, so that I can continue working on them?
your question is answered under "Unshelving" on the page you referred to (Shelve and Unshelve Pending Changes). You click on unshelve and first step you do is finding your sehlveset. However please remember it works only if you shelved your changes before you lost your PC.
I got this resolved, but I did not like the way I found to do it.
In Team Explorer, I opened my last successful shelf item, did a Right-Click and selected View Shelfset Details:
From there, I went to each file listed in the Changes to Unshelf list.
I selected Open for that file, and then physically copied the text from that file to the corresponding file on my PC.
Again, I did this for each file that had changed in my Shelfset Details.
For whatever reason, Team Foundation Server does not pull that data back into my project whenever I select the "Unshelve Changes" option.
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.
Can I perform a code review of my peer's check-in in TFS without an explicit request?
In other words, if I've got a notification about check-in, can I make a comment after having viewed a differences if I feel like they are needed?
I cannot see such an option inside web diff view linked from a notification email. And it looks like there's no mentions about such option and/or workflow in TFS documentation.
In Visual Studio 2012, go to Source Control Explorer and view the history for an item or folder. When you see the list of changesets, right click one of them and select the 'Request Review' option
Sounds like you are after lightweight code commenting. This is available now in TFService and will be part of TFS 2013 on-premise.
Take a look at Review Assistant - an alternative code review tool to built-in one.
It's well-integrated into VS, so you won't experience a major UX shift.
It supports adding "ad-hoc" comments while browsing the code of your peers. And it's not necessary to request a review in this case.
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.