In TFS workitems we have several fields for tracking time: Original Estimate, Remaining Work, Completed Work
I'd like to add an option to add completed work hours on check-in. Currently default pending changes screen looks like this:
What I want to do is to add a textbox next to each workitem that will update total complete hours of the task upon check-in.
Is there anything available out of the box?
If not, is it possible to use TFS API and modify Native pending changes page and check-in action?
I suggets you to setup firstly Tool Productivity TFS (Link based on TFS2012)
link : http://visualstudiogallery.msdn.microsoft.com/3a96a4dc-ba9c-4589-92c5-640e07332afd
So you can use Process Editor (It's Add In visual studio) in order to customize Work Item Types for adding new field total complete hours.
sample link : http://tedgustaf.com/blog/2011/1/how-to-customize-tfs-2010-work-items-and-workflows/
Related
Every time when I check-in the code in Visual Studio, I need to provide the product backlog item's work item id (task id) in the pending changes window's Related Work Items section.
If I'm working on a module for a week, on each check-in I need to provide the same work item id (at least 5 to 6 check-in in a day). It seems repeating of work.
Is there any possible way to add the work item id by default in the "Related Work Items" section in the Visual Studio settings?
I'm using Visual Studio 2017 and TFS 2012.
Sorry, it's not able to do this. It will not cached the ID you previous entered.
Instead of entering ID, you could also drag work items here to link work item to check in.
Or you could do it the other way around, open the work item and add a link to your previous changeset.
Get the changeset ID by looking at the History of one of the changed files
Open the relevant work item
Select the Links tab
Click the Add button
Select "Changeset" from the Link type dropdown
Enter the changeset ID (from step 1) into the Changeset field, and click OK
Save the work item
After this the work item will also appear in the changeset's list of associated work items.
No, that`s not possible. You may add all your changes to work item after your work will be done:
You may try to use a custom tool with TFS API like that: How to checkin source code with work item associated using TFS API.
Is it possible to automatically have the state of a work item be changed to something appropriate like "Active" when dragging it from your available workitems to the in progress work-field?
It would save the work of manually opening the workitems whenever you start working on them, just to set the status, and then adding them to the "in progress work" anyways.
EDIT
I am talking about the visual studio tfs explorer! thanks for editing my post so that it doesn't reflect that anymore! (sarcasm)
You didn't specify so I'm going to make some assumptions. I'll assume you're using TFS 2013 and the Scrum Process Template. I'm not sure if you're talking about dragging items around on the Kanban board, or the Task Board. The way you configure each of those boards is different.
For the Kanban board you can map columns to WI states using the built in UI. Just click Customize columns, then you have the name of the columns at the top, and the WI state they map to at the bottom:
For the Task Board you need to use the witadmin.exe command-line tool, you execute witadmin exportprocessconfig, modify the xml file, then do a witadmin importprocessconfig to upload the changes. The relevant section you need to change is the TaskBacklog section which maps taskboard columns to WI states:
Hi I am looking to add a checkbox to the TFS check-in page in Visual Studio, that a developer has to tick before being able to do a check-in.
This is to act as a reminder for them, so they read the reminder and tick the box to say they have done it.
Is this possible with custom TFS2013 policies? And are there resources/tutorials which explain how this could be done?
For this I would recommend you use a basic checkin note. They will as to put in a note they they have done whatever you want before they can checkin. This will be a hard stop. Like pero was saying in the comment, a work item is also a good solution and a better plan long term. Then you can just turn on checkin policy and force them to pick an item before checkin. This can be overridden, while checkin notes cannot.
How do people generally deal with TFS when you've got to work with multiple solution files? If you've got one instance it's easy because you can always go to that window for the source control explorer, pending changes, check on builds or work items. But when you have 4-5 solutions, it becomes tricky to deal with. You might expand some folders or check some pending items on one VS instance but you have to remember which one you did it on.
Having a separate instance dedicated just to TFS tasks is tempting, but there's only one window state for the whole program. If that instance is closed last, all instances will come up with all the TFS windows open.
How do other people deal with this? Can you use separate profiles somehow and cordon off a "TFS" instance of Visual Studio?
Use the Pending Changes window. View -> Other Windows -> Pending Changes. This has a toolbar option to show only those changes pending for the current solution also. It's the last toolbar button in the Pending Changes window. I usually make this a full document in VS and then memorize the keyboard shortcut to it: ALT+V, E, H. Obviously you could bind your own shortcut, but what fun is that.
Eclipse has a similar perspective/view to Pending Changes, but it's name escapes me and I don't have my Ubuntu VM up at the moment.
Solution Explorer and Source Control Explorer are definitely not my recommendation for check-in activities. I personally like to clear out all of the checkboxes on Pending Changes and then Diff each file. This keeps me from A) waiting too long before a checkin (it sucks to compare 20 files 1 by 1) and B) avoids checking in a change I didn't intend.
If you have multiple instances of Visual Studio open at one time (which I'm not quite sure why you would need to do this), your changes are "synchronized" across all instances of Visual Studio. Don't do your check-in from the solution explorer, do it from the Source Control explorer, then you're sure to get all your updates in a single check-in.
You might find VSCommands useful when working with VS/TFS - it can be configured to display the Solution and TFS Branch name in the title bar, this indication is invaluable when working with multiple instances of VS (or multiple branches of the same project).
I recently switched from a Java based project to a C#/.net project. I previously used IntelliJ which had the concept of change lists where you could group your pending changes together and check each group in individually.
I have two problems with the pending changes window in visual studio.
1) Every time I check anything in, visual studio checks the checkbox beside Every pending change in the list forcing me to uncheck each and every one of them so I don't accidentally check something in. This is extremely frustrating because there are several files that I need to keep changed to correctly run my code locally. Is there any way to change this default behavior to not check any pending changes on check-in?
2) Is there any way to group changes into lists as opposed one big bucket of changes? Again this becomes frustrating when I need to check something in, but I have to search through the files and check the pertinent changes. I understand that shelve sets exist using TFS, but that doesn't cut it for me, especially since I have several changed files that I need to keep altered in order to correctly deploy locally, and I rarely ever want to check in.
Thanks in advance!
I have to manage lots of changes every day in Visual Studio, and I've got a few tips for you, but no silver bullet:
Use Ctrl+A to select all items and then press a checkbox to toggle the checkboxes for all items. This can be useful when performing changes to only a few items -- just uncheck everything, then make sure you have only the items checked that you'd like to update.
Use Ctrl+Click (then right-click) to 'Undo' selected changes. By default, the undo action will only apply to the selected items.
You might want to experiment with using multiple Workspaces -- and then filtering changes by workspace or by solution.
No, I don't know of a way to fix your problems. It sounds like the best answer would be to refactor your configuration settings or code so that you can check in all of your changes.
If your changes are in different projects you can partition what you check in using the Source Control Explorer by right clicking on the project folder and checking in that way. It will auto check only the files in the folder you right click on. Just keep in mind the Source Control Explorer gives you some other options. Otherwise, I do not know of a way to manually control your change sets file-by-file thought if this exists I would like to know about it too.
You can also use Ctrl+A to select all items and then press Spacebar to toggle the checkedboxes as checked/unchecked.