Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Atteint de JavaScriptite Aiguë [Cyril Durand]

Expert ASP.net Ajax et WCF, Cyril Durand parle dans son blog de point techniques sur ASP.net, ASP.net Ajax, JavaScript, WCF et .net en général. Cyril est également consultant indépendant, n'hésitez pas à le contacter pour de l'assistance sur vos projets

Actualités

  • Blog de Cyril DURAND, passionné de JavaScript, Ajax, ASP.net et tout ce qui touche au developpement Web Client-Side.

    N'hésitez pas à me contacter pour vos projets .net : architecture, accompagnement, formation, ...

    View Cyril Durand's profile on LinkedIn
    hit counters


    Expertise Commerce server et BizTalk

[TFS] Comment forcer la saisie d’un Area ou Iteration

Lorsque l’on créé un Work Item dans TFS, il est possible de le classer dans un “area” et dans une “iteration”.

Dans la plupart des types de projet, un "area” correspond à une catégorie, une “iteration” à un numéro de version.

Il est possible de créer des sous catégories et des sous itérations depuis Team Explorer. La capture d’écran ci-dessous montre la fenêtre de gestion des area / iteration

image

Cependant, par défaut, tous les contributeurs peuvent saisir des Work Items dans toutes les catégories y compris la catégorie principale.

Généralement, nous avons besoin d’être le plus précis possible au niveau du Work Items. Nous ne souhaitons alors pas qu’un utilisateur puisse utiliser l’area ou iteration par défaut.

Comment forcer la saisie d’une catégorie autre que celle par défaut ?

Afin de répondre à ce problème, nous pouvons utiliser les options de sécurité des area ou iteration. Lorsque vous créez un area ou itération, un bouton “Security…” se trouve en bas à gauche de l’écran.

Il faut alors désactiver la permission “Edit Work items in this node” sur le noeud que vous souhaitez. Ainsi l’utilisateur du groupe en question n’aura plus la possibilité de créer ou modifier un Work Item dans cette catégorie.

Il faudra ensuite redonner cette permission sur les areas / iterations filles. Si vous ne le faites pas, plus personnes ne pourra modifier ou ajouter des work items.

La capture d’écran ci-dessous montre la fenêtre de configuration des permissions.

image 

Ainsi, lorsqu’un utilisateur tentera de créer ou modifier un bug dans une area où il n’a pas les droits, il verra le message suivant en cas d’erreur de validation :

image

ou, l’erreur TF237111 : The current user does not have permissions to save work items under the specified area path.

image

Cette astuce peut aussi être utilisée pour clore une itération et ainsi interdire toute création de bug autre que dans la version en prod / dev.

Et vous, avez-vous déjà utilisé ces options de sécurités ? Si oui, pour quelle problématique ?

Posted: mercredi 1 septembre 2010 02:01 par cyril
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- [SharePoint] Les sessions TechDays 2012… par Le blog de Patrick [MVP SharePoint] le il y a 6 heures et 10 minutes

- TechDays Paris 2012 : Session pleinière jour 3 par Blog Technique de Romelard Fabrice le 02-09-2012, 11:01

- Mishra Reader : un lecteur RSS très Zune Style en Open Source ! par Cyril Sansus le 02-09-2012, 08:28

- [framework 4] Les Tasks et le Thread UI par Fathi Bellahcene le 02-09-2012, 00:33

- Workflow Foundation 3 a un pied dans la tombe par Blog de Jérémy Jeanson le 02-08-2012, 22:15

- TechDays Paris 2012 : Nouvelles tendances du poste de travail - Bring Your own PC par Blog Technique de Romelard Fabrice le 02-08-2012, 19:42

- TechDays Paris 2012 : System Center Service Manager 2012 Vue d’ensemble par Blog Technique de Romelard Fabrice le 02-08-2012, 17:32

- TechDays Paris 2012 : Pleinière second jour par Blog Technique de Romelard Fabrice le 02-08-2012, 16:23

- TechDays Paris 2012 : Retour d'expérience sur la mise en place d'un Cloud Privé par Blog Technique de Romelard Fabrice le 02-08-2012, 16:04

- TechDays Paris 2012 : Comment SharePoint a sauvé mes TechDays par Blog Technique de Romelard Fabrice le 02-07-2012, 23:59