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

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01

- SharePoint Online: Script PowerShell pour supprimer une colonne dans tous les sites d’une collection par Blog Technique de Romelard Fabrice le 11-27-2018, 18:01