Is there any way to restrict one user from the team to get the alerts for the work items or any changes done in work item?
I was trying to add some new alerts under Team project alerts section in Project->Settings->Alerts->Team Alerts, but can not find any way to do it.
You will need to setup individual alerts to exclude one person.
You can also use a distribution list as the target that you can control independently.
Or you can create another "ghost" team that does not have that user and setup the alerts there.
Related
Is there a way to set up a personal dashboard for TFS that is in addition to the team dashboard?
We have a group of users who want to see different information than what is on the team dashboard, and would like their own dashboard/view to show things like Tasks Assigned to them, Open Backlog Items, etc. But this would only be for the individual (others want to see different queries and other widgets depending on their tasks in a team).
There are no personal dashboards at present. However, there are work item query tokens like #Me so you can have one query that is personalized for whoever is viewing the dashboard.
Yes, you can view all work items assigned to you in web based TFS
http://{TFS Server}/{ProjectsCollectionName}/_work
You will see your dashboard as attched screenshot
I have two separate branches created for a project with two users - each user only has access to their branch.
I have created the project backlog items, however each user when logged into Visual Studio Online can see the backlog items - which is ok. However once one user completes an item in their branch, I don't want that item to affect the other user's ability to continue working on that item.
I want to test how each developer creates a new UI on their respective branches. Essentially the work is the same, but the way they implement would be different.
For example, an item may be "Update website front page".
Essentially I want them both to do the same thing but on their own branch. Can we separate backlog items by branch?
Sounds like you have some crazy Hunger Games development scenario going on and as Daniel said, better to develop in one branch and merge to the other.
However, if you want to restrict Work Items across Teams or TFS Groups then you can restrict the Area Path. So, either set up a team for each developer or simply create an Area Path for each branch and set security on it.
Have a look at Customize area and iteration paths and the section on "Set permissions to restrict access to work items"
I'm looking to reproduce the Jira watch functionality in TFS 2013. In Jira, you can click a link to watch an item and thereafter you will be notified when anything on that item changes.
I know on TFS you can:
be emailed if anyone changes a bug you are assigned to
manually email a bug to anyone at any time
Create a custom report and pin it to your home page to notify yourself of things (like this maybe?)
I can imagine creating a new field that will accept multiple users and creating a custom email notification to notify everyone in that list if the work item changes. But that seem like a whole lot of work and I'm not sure were to start if that is the way do do this.
What's the easiest way to get functionality like watching a work item? If it's easy and similar to the Jira functionality that is better for me than exactly the same and hard to do.
Sure, you can setup email alerts based on many different criteria, including what you asked for.
You need to go to the Alerts section, and create a new custom alert, and you can put in the ID of whatever work item you want to "watch". By default it includes the clause AuthorizedAs <> [Me] which will make sure it doesn't email you for changes that you make, but you can remove that clause if you'd like.
I am setting up a tfs 2013 environnement,
In a Scrum team project, we would like a few users to be able to create backlog items and tasks, but we would like that other users to only be able to change the task their are assigned. Or at least we would like that these users can modify existing tasks, while not being able to create new one, or move them to other sprints
at this time, with the security parameters i have found, i can only either allow a user to do everything (create and move a backlog items from a sprint to another, modify it, delete it...), or nothing (if you can't create or move, you also can't modify an existing one...)
any clue how i could proceed ?
We have custom work item types and we prevent users from creating certain work items by editing the WIT's xml and including this in the transition between nothing and the "New" state. [global]\TeamSystem-TaskCreation is a TFS security group with a limited set of members.
<TRANSITION from="" to="New" for="[global]\TeamSystem-TaskCreation">
There is no real way to do this I'm afraid. TFS does not have many fined grained access controls, the impression I get is that it is designed to empower people and not restrict them.
You should be able to ask people not to change tasks, if that is your way, and use the Work Item History and/or Alerting functionality to know when they have done something you don't want them to. For example, and task changes not by approved people sends and e-mail to the leads.
I am trying to set up an alert that will send me an email when someone who has Work Item Only View access creates/changes a Work Item.
I can create a query which returns me a list of Work Items which were created by WIOV users, by using 'Created By (In Group) "[TEAM FOUNDATION]\Work Item Only View Users"', or alternatively the AD Group which I created which controls which users have WIOV access.
But there does not appear to be an "In Group" operator in the Alerts Explorer.
Is there any other way to achieve this?
You can't check in an alert rule if a given user is a member of a group, so you won't be able to do that this way.
Maybe the fallback would be to ask to your wiov users to create the work items and not assigning them to someone (let the assigned to field empty), then you could be able to create the alert that triggers when such Work Item is create.
Note: you may have to change the definition of the Work Item to allow an empty "Assigned to" (depending of the Process Template you use).
I know I'm late to the party but you could do this a different way. Create a new project team in TFS and add your specific users/AD groups to that project team. Then, set the alert just for that specific project team.