Meilleur auteur de réponses
[TFS 2013] Questions sur des règles de droits

Question
-
Bonjour tout le monde.
Je suis administrateur sur TFS 2013. Plus précisément en terme de groupes, je fais partie de :
- Project Collection Administrators
et
- Team Foundation Administrators.
J'ai été confronté à un cas particulier de conflit de droit. Je m'explique.
Dans un team project, je fais partie d'une groupe TFS que j'ai nommé "Développeurs".
Ce groupe, entre autre, n'a pas le droit de modifier les informations au niveau du projet, c'est réglé en "Refuser".
Mais comme je suis administrateur, je peux avoir à ajouter un utilisateur dans le groupe développeur. MAIS, comme m'étant moi-même ajouter en "développeur", et bien devinez quoi, je n'ai pas les autorisations requises pour ajouter une nouvelle personne.
Je me dis alors les droits rentrent en conflit, et que c'est le droit le plus restrictif qui s'applique.
Effectivement, si je rechange le droit "modifier les informations au niveau du projet" en autoriser, le temps d'ajouter quelqu'un c'est bon.
Mais avouez que ce n'est guère confortable.
Peut-être que je rate une étape, et que j'ai mal configuré quelque chose, quelqu'un pour m'éclairer svp ?
Merci
Réponses
-
Bonjour,
Mais comme je suis administrateur, je peux avoir à ajouter un utilisateur dans le groupe développeur. MAIS, comme m'étant moi-même ajouter en "développeur", et bien devinez quoi, je n'ai pas les autorisations requises pour ajouter une nouvelle personne.
Je me dis alors les droits rentrent en conflit, et que c'est le droit le plus restrictif qui s'applique.
Oui c'est exactement çà. C'est le même concept que sous Windows.Vous êtes à la fois "Administrateur" et "Développeur", dans l'un vous avez le droit de faire une action et dans l'autre vous n'avez pas le droit de le faire ! D'après vous comment TFS doit-il penser ? Il n'y a pas de "niveau d'importance" dans les groupes, ce qui fait que le groupe "Administrateur" n'est pas supérieur au groupe "Développeur".
Pour éviter ce genre de problème, vous devez être uniquement et exclusivement Administrateur.
Cordialement
Gilles TOURREAU - MVP C#
Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
- MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
- MCSA : SQL Server 2012
- MCITP : SQL Server 2008 Developper
- MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure- Proposé comme réponse Aurel Bera jeudi 20 février 2014 08:21
- Marqué comme réponse Aurel Bera mardi 25 février 2014 08:53
Toutes les réponses
-
Bonjour,
Mais comme je suis administrateur, je peux avoir à ajouter un utilisateur dans le groupe développeur. MAIS, comme m'étant moi-même ajouter en "développeur", et bien devinez quoi, je n'ai pas les autorisations requises pour ajouter une nouvelle personne.
Je me dis alors les droits rentrent en conflit, et que c'est le droit le plus restrictif qui s'applique.
Oui c'est exactement çà. C'est le même concept que sous Windows.Vous êtes à la fois "Administrateur" et "Développeur", dans l'un vous avez le droit de faire une action et dans l'autre vous n'avez pas le droit de le faire ! D'après vous comment TFS doit-il penser ? Il n'y a pas de "niveau d'importance" dans les groupes, ce qui fait que le groupe "Administrateur" n'est pas supérieur au groupe "Développeur".
Pour éviter ce genre de problème, vous devez être uniquement et exclusivement Administrateur.
Cordialement
Gilles TOURREAU - MVP C#
Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
- MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
- MCSA : SQL Server 2012
- MCITP : SQL Server 2008 Developper
- MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure- Proposé comme réponse Aurel Bera jeudi 20 février 2014 08:21
- Marqué comme réponse Aurel Bera mardi 25 février 2014 08:53
-
Bonjour
Un petit retour SVP?
Merci!
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution. -