2010-08-27 2 views
5

Environnement: Je suis administrateur d'un projet dans TFS 2010, mais je n'ai aucun droit administratif pour la collection de projets.Configuration de TFS2010 pour que les utilisateurs puissent créer/mettre à jour des bogues mais ne rien modifier

est-il un moyen facile que je peux mettre en place des droits d'accès pour un groupe d'utilisateurs afin qu'ils puissent:

  • Créer/mettre à jour les éléments de travail « Bug » ne
  • Voir toutes les autres éléments de travail
  • Execute élément de travail « requêtes équipe » et de créer leurs propres requêtes
  • Pas d'accès au contrôle de source

L'idée est que je veux e em pour entrer des bugs, mais je ne veux pas qu'ils créent/modifient des User Stories ou des Tasks, et je ne veux pas qu'ils aient accès au contrôle de source.

D'après ce que je peux voir, les groupes standard ne maîtrisaient pas assez fine:

  • collaborateurs peuvent créer tous les types de poste de travail
  • Les lecteurs peuvent voir les fichiers en contrôle de code source, ainsi que des éléments de travail.

MISE À JOUR

Limiter l'accès à la source de contrôle est couvert par la réponse de Ewald.

Toutefois, Ewald indique également qu'il n'existe pas de manière réaliste de configurer la sécurité sur le niveau «Type d'élément de travail» afin que les utilisateurs puissent uniquement entrer/mettre à jour les bogues. Il suggère que cela pourrait être réalisé en personnalisant chaque définition d'élément de travail et en définissant des règles de champ pour chaque champ sur chaque type d'élément de travail, mais cela représente beaucoup de travail et je souhaite éviter de personnaliser le modèle de processus.

J'ai donc créé un problème sur Connect pour cela: https://connect.microsoft.com/VisualStudio/feedback/details/591121/configuring-tfs-project-so-that-users-can-create-update-bugs-but-modify-nothing-else

Répondre

3

Je ne vois pas un moyen de permettre que des modifications à un travail Bug élément autre modification alors tous les éléments de travail. Vous pouvez modifier les éléments de travail pour définir des règles de champ spécifiques (comme readonly) pour des groupes de sécurité spécifiques (http://msdn.microsoft.com/en-us/library/ms194940.aspx) pour obtenir votre résultat.

Votre deuxième problème concerne les requêtes d'équipe et les requêtes personnelles. Vous pouvez modifier les autorisations comme indiqué dans http://msdn.microsoft.com/en-us/library/dd286628.aspx. Pour le contrôle de la source, vous pouvez également modifier les autorisations comme indiqué dans http://msdn.microsoft.com/fr-fr/library/ms253158.aspx.

+0

Merci pour la réponse. Pour le contrôle de la source, vous m'avez donné ce que je veux: je peux facilement définir des autorisations sur les dossiers de contrôle de la source. L'utilisation d'autorisations au niveau du champ pour limiter les modifications aux seuls bugs semble un peu plus complexe que ce que j'espérais. Je suis surpris. Je souhaite que les utilisateurs puissent créer/mettre à jour les bogues, mais je ne veux pas qu'ils se mêlent aux autres types d'éléments de travail que j'utilise pour gérer le projet, et j'aurais pensé que c'était une exigence courante. – Joe

Questions connexes