instead of making manual change for every user story, is there a way to rollback iteration path changes online tfs?
I've tried changing it manually but it is time consuming, look for rollback option.
VSTS/TFS doesn't offer a rollback feature on work items.
But you can realize a bulk edit on your work items
or use the TFS API to know the previous state of your work items
(TFS 2013 API - Retrieve all changes made for WI)
and reapply the modifications
(TFS API - Updating a work item field)
Related
Is it possible to filter changesets in TFS 2012 to exclude the ones from a single user?
The commit history of the solution I currently work on contains quite a lot of noise due to an automated process making a commit each time a build is queued.
I'd like to filter it out to make the commit history more readable.
An alternative, try to install Team Foundation Sidekicks, and check History Sidekick. You can export the records to a .csv file and then filter the user in it:
There is no single query can achieve what you need. You may have to use TFS API.
If you want to get the changesets in a solution via TFS API. The folder history will be the simplest approach. Details please refer this: TFS client C# API - get all changesets of an Item You can exclude those changesets from the special user using Changeset.Committer Property which gets the user who committed the changeset.
So I've been trying to perform a migration (code only, no work items) of a medium sized project from an on-premises TFS2010 to VSTS using the OpsHub tool. My user is an administrator on both sides, and the migration runs and completes without tossing errors.
The problem is that it just doesn't do what it says it will. I spent a long time mapping the users from TFS to VSTS during the setup, but it completely ignored that mapping and assigned every single changeset to my VSTS account. The docs also say that it should preserve the original TFS check-in time in the comment of the new VSTS changeset, but it never does that to any of them -- the comments are just brought over exactly as they were.
It seems like there must be a setting set wrong in OpsHub to turn these features on, but I can't find any kind of options screen or anything in the tool. It looks like other users are able to successfully map the TFS users to the VSTS users and have it work like you would expect, but I can't make heads or tails of it.
Thanks for any help or advice on this.
If you are using the free version then this feature is not supported by it and same is mention on the visual studio gallery download page, only the commercial version of migration utility supports partial user impersonation, i.e. writing changes as per configured user mapping.
I'm working on a large software project that uses TFS for Backlog management. We're using the Scrum 2.2 template in TFS 2012. Are there any tools out there that will give diffs of particular fields (e.g. Description, Acceptance Criteria) so that I can see how these fields have changed over time and who made them ? Sort of like the 'Annotate' feature in the Source Control explorer, but for Backlog Items instead ?
You can create your own tool to highlight differences between revisions of a specific work item field with TFS API. You need to work with WorkItem.Revisions property.
There is one tool available with which you can have a reference to get started quickly, see: http://gethistory.codeplex.com/
I am using Visual Studio Scrum process template and TFS 2013. Is there a way to define a checkin policy that would constraint developers to always use a Task item to associate with their changesets?
I have seen developers associated their changesets with PBI and Bugs without creating any Task items for those.
Yes, you could do it be defining a Work Item Query Policy.
Here is an example:
Create a new query like this (could be more advanced if needed)
Create the check-in policy and choose "Work Item Query Policy" and choose the query you have just made
If you now check-in you will get the warning that you haven't associated any items from that query - in this case, any tasks
I hope that was what you were looking for :)
My team is using TFS 2010 Agile template, and I wanted to enforce developers to fill out Completed & Remaining hours upon check-in.
Any way to make the two fields required upon check-in or somehow work this into TFS Check-In Policy?
You can write your own check-in policy:
http://blogs.msdn.com/b/jimlamb/archive/2010/03/31/how-to-implement-package-and-deploy-custom-check-in-policy-for-tfs-2010.aspx
or you can modify the state transitions in the work item template when the state changes.
http://msdn.microsoft.com/en-us/library/ms194981.aspx
If I had a way to go it would be the second way (and in fact I have done similar already at my work).