Everything you want to know about Visual Studio ALM and Farming
Brian Harry is a Microsoft Technical Fellow working as the Product Unit Manager for Team Foundation Server. Learn more about Brian.
More videos »
We are approaching the release date of our next release of the Team Foundation Server Power Tools. We are targeting to have it available in about 3 weeks. As I've mentioned before this is a smaller Power Tools release than we typically have done. This is because so much of our effort has been on getting TFS 2008 SP1 done. I am expecting that our Sept Power Tools release will have a lot more in it. We'll start planning that feature set soon. The other thing is that this Power Tools release is going to be more of a "wave" than a point in time release. A few of the components are being released at different times and in different vehicles.
The main components of this release are:
The first thing you will notice is a new node in Team Explorer for "Alerts" that will open the Alerts Editor window. The Alerts Editor can also be opened from a menu item on the Team menu.
The alerts editor contains your alerts categorized by the event type the alert is based on (Checkin, Work item change or build completion). From here you can easily add or remove subscriptions. When you create or edit a subscription, you get a query builder like experience for describing the conditions that will trigger the alert. You can build very sophisticated queries and can also flip to the Filter Expression tab to see what XPath expression is being generated (the underlying subscription engine works on XPath queries).
Here's an alert definition that will notify me if any new work is assigned to "my team"...
When you first start out, the flexibility of the query builder will be a bit daunting. To make it easy, we have several handy short cuts. You can right click on a folder in the Source Control Explorer and select the "Alert on Change..." menu item. You will be presented with the following dialog and after hitting Ok, you will be notified of all subsequent checkins under that folder.
In a work item query results list or in an open work item, you can right click and select "Alert on Change..." to configure an alert for that selected work item(s). This includes an easy way to configure the alert for "Anything changes", "State changes" or "Assignment changes".
If these shortcuts are too constraining, we have more... When you add a new alert, you are presented with a list of templates to choose from. For example, choosing "Check-In to a specific folder with a policy overridden" will fill out the query builder with the right clauses and all you have to do is fill in what folder you want to be alerted on. I wish I could say the list of templates was customizable but it is not for now. We'll certainly take suggestions for new templates and I hope that at some point we can make it admin or end-user editable. One other thing people are likely to find confusing and/or frustrating is one particular characteristic of the work item tracking events. There are two kinds of fields in work item tracking (for the purposes of eventing) "Core fields" and "non-Core fields". Core fields are inherent to every work item type - State, Activated by, Activated date, Area path, Assigned to, Attached file count, Authorized as, Changed by, Changed date, Created by, Created date, Description, ID, Iteration Path, PortfolioProject, Reason, State, Title, Work Item Type and non-Core fields are all of the others. The eventing system works by creating an XML message for every change that happens in the system. Subscriptions work by running an XPath query over the XML message and sending alerts when the XPath query matches the message. In order to reduce the data volume and overhead of processing events, the XML message for work item tracking changes contains only core fields and any field that changes. It does not contain non-core fields that did not change. When using the Alerts Editor query builder, you will observe this distinction in the list of operators that are available for different fields. For non-core fields, you will only find "Changes", "Changes From" and "Changes To" because they are only available for matching if they change. For core fields, you will find =, <>, and other equality operators in addition to the "change" based operators. You can do this because they are always included in every message. There is no way to identify additional fields to be included in every message and I suspect you will find this limitation frustrating. We'll look at improving this in the future but that's going to require server changes. Despite this limitation, you can create some powerful new subscriptions with the Alerts Editor. I really hope this feature will go a long way to making the power of the notification system more available and approachable. There are a bunch of features we'd still like to add to the alert system - enabling people to more easily subscribe for their whole team, scheduled summary notifications, etc but I hope this is a good step in the right direction.
If these shortcuts are too constraining, we have more... When you add a new alert, you are presented with a list of templates to choose from. For example, choosing "Check-In to a specific folder with a policy overridden" will fill out the query builder with the right clauses and all you have to do is fill in what folder you want to be alerted on.
I wish I could say the list of templates was customizable but it is not for now. We'll certainly take suggestions for new templates and I hope that at some point we can make it admin or end-user editable.
One other thing people are likely to find confusing and/or frustrating is one particular characteristic of the work item tracking events. There are two kinds of fields in work item tracking (for the purposes of eventing) "Core fields" and "non-Core fields". Core fields are inherent to every work item type - State, Activated by, Activated date, Area path, Assigned to, Attached file count, Authorized as, Changed by, Changed date, Created by, Created date, Description, ID, Iteration Path, PortfolioProject, Reason, State, Title, Work Item Type and non-Core fields are all of the others. The eventing system works by creating an XML message for every change that happens in the system. Subscriptions work by running an XPath query over the XML message and sending alerts when the XPath query matches the message. In order to reduce the data volume and overhead of processing events, the XML message for work item tracking changes contains only core fields and any field that changes. It does not contain non-core fields that did not change. When using the Alerts Editor query builder, you will observe this distinction in the list of operators that are available for different fields. For non-core fields, you will only find "Changes", "Changes From" and "Changes To" because they are only available for matching if they change. For core fields, you will find =, <>, and other equality operators in addition to the "change" based operators. You can do this because they are always included in every message. There is no way to identify additional fields to be included in every message and I suspect you will find this limitation frustrating. We'll look at improving this in the future but that's going to require server changes. Despite this limitation, you can create some powerful new subscriptions with the Alerts Editor.
I really hope this feature will go a long way to making the power of the notification system more available and approachable. There are a bunch of features we'd still like to add to the alert system - enabling people to more easily subscribe for their whole team, scheduled summary notifications, etc but I hope this is a good step in the right direction.
"TFSUsers update" takes a mapping file and will update the user names as described in the mapping file. "TFSUsers computedelta" can generate a mapping file for you by comparing the current Windows/Active Directory user names to a previously captured baseline set and automatically generate the mapping file needed for "TFSUsers update".
"TFSUsers update" takes a mapping file and will update the user names as described in the mapping file.
"TFSUsers computedelta" can generate a mapping file for you by comparing the current Windows/Active Directory user names to a previously captured baseline set and automatically generate the mapping file needed for "TFSUsers update".
Well, that's it. I think there's something in there for just about everyone. I'll do a final announcement when each of the pieces are available for download. Over the next few weeks we'll scope out what will be in the Sept Power Tools release and by sometime in August I should be able to give you an early heads-up. Feedback is welcome, as always.
Brian
PingBack from http://augustpremier.morelyrics.co.uk/2008/07/08/july-08-tfs-power-tool-preview/
These new power tools are looking good as always but I would like to know if you have an update on the TFS Server Manager?
We have just created our own SCOM pack. Looking forward to this release and great work with the TFS Alerts!
Bonjour à toutes et à tous Voila c'est annoncé la nouvelle version vient d'arriver. Si l'on ce souvient
No, there's not TFSServerManager update in this release. Is there something, in particular, you are looking for?
I would like to see a simple way to configure all mail sent and references to use the links TSWA to view more info.
Get TFS 2008 SP1 - I believe we updated all the links to use TSWA if you have it (you just need to register it with your TFS server). The beta of SP1 is available now and the final release will be later this summer.
Can't wait for the new power tools, especially the process editor bug fixes. The inability to use the minimumsize attribute in WiTs have been driving me nuts. :) A new feature that would be great is the ability to rename team projects and delete WiT fields without deleting all related Work Items....even though I know this will be difficult to implement. ;)
Great news. Especially the UI for subscribing to TFS events. I had already develop my first fast app for this. But it was a first version which needed some improvements. No need to develop it further now :-)
We didn't do a ton to the Process Template Editor this time but I confirmed that we fixed that bug. Here's a list of bugs we fixed in the PTE. I realize the titles are only slightly helpful :(
PTE: Support destroygl
PTE: Unable to use delete key in name or description field
Process Editor crashes VS on creating a new work item type if WIT file of that name exists
Process Editor: Opening a Process template with more than 3 deep folder structure corrupts the WSSTasks.xml
PTE: "Save As" is not working for WIT designer.
PTE: Deleting Iteration7 field from Dev10 WIT crashes VS
PTE: Exception when trying to save a process template using the Save As option
PTE: MQTask - Installer installs PTE DLLs in the GAC
PTE: Validation rule for custom attributes is limited
So, I came across something pretty interesting when I was making a work item query today that I've wondered
There is a Management Pack (MP) for TFS currently in beta. This is referred to in Brian Harry's blog
If you have a previous release of the Visual Studio Team System 2008 Team Foundation Power Tools (TFS
Hi Brian,
That's cool, you're working hard to give us a lot of new and improved power tools. :D
Regarding to the TFS Alerts Power Tool (which I think it's a very cool power tool), Will it work against TFS 2005 or it's just for TFS 2008?
Best regards,
J.
It will work against a TFS 2005 server but will require a VS 2008 client.