Accès refusé sur TFS - autorisation PendChange
Lorsque j'essaie d'extraire un fichier à partir de TFS je reçois le message d'erreur
TF14098: refus d'Accès de l'Utilisateur [username] besoins PendChange autorisation(s) de [chemin d'accès].
J'ai ajouté à l'utilisateur de le contributeur groupe, mais il ne veut toujours pas laisser l'extraction d'un fichier.
source d'informationauteur Ryan
Vous devez vous connecter pour publier un commentaire.
Parfois, il peut prendre un peu pour les autorisations de prendre synchroniser.
http://msdn.microsoft.com/en-us/library/ms400712.aspx#doesnottake
Si l'utilisateur (ou AD groupe de sécurité) vous avez modifié était déjà connu du système, des modifications devraient être instantanée. La synchronisation n'intervient que dans le scénario inverse: un groupe de sécurité avait déjà PendChange a permis, ensuite, un administrateur Windows ajout d'un nouvel utilisateur à ce groupe. TFS ne savez pas à propos de le modifier jusqu'à ce qu'il parle à active directory lors de la prochaine synchronisation.
La cause la plus probable de ce que vous voyez est l'héritage des autorisations. Même si l'utilisateur autorise expressément une autorisation tout Nier Acl qui s'appliquent à lui substituer. Par exemple, Acl ensemble sur un élément parent peut être héritée. De même, si l'utilisateur est membre de deux groupes (par exemple les Contributeurs et les Lecteurs), il aurait pu en conflit Acl dans le jeu -- et Nient toujours gagner.
En outre, le modèle de l'héritage a été légèrement modifiée en 2008 SP1. Voir:
C'est très stupide. Donc, si vous avez ce problème similaire, mais vous ne pouvez pas trouver les autorisations dont vous avez besoin pour le changement et n'arrive pas à trouver où ces permissions sont définies par l'intermédiaire de votre IDE, c'est parce que vous devez réellement les autorisations d'accès en cliquant-droit sur le Projet et sélectionnez Avancé->Sécurité, ne va pas à l'Équipe->Paramètres de Projet d'Équipe/Équipe de Projet de la Collection de Paramètres->Sécurité. Vous pouvez faire cela avec tf ligne de commande aussi l'utilisation de tf spécial tf commandes, mais j'ai eu des problèmes avec ça.
À l'aide de tf de perm et de tfs de l'interface utilisateur, j'ai trouvé que le
PendChange
l'autorisation a été accordée par le don de l'précisé le groupe Caisse des autorisations à la racine du projet dans l'onglet sécurité de TFS 2015.PendChange
= Découvrez la permissionJ'ai rencontré le même problème lors de la fusion d'une branche enfant, à un parent de la branche. Un membre de l'Administrateur de Projet de groupe en lui-même n'a pas été autorisé à fusionner à cette branche.
Après vérification avec "tf perm" afin de s'assurer qu'il n'y a pas de Refuser des autorisations pour cette branche du groupe.
Après plus de beaucoup de lieux que l'on trouve qu'il y a une suppression de départ dans cette branche attribuée à un développeur. Trouvé cette fonction "Rechercher dans la Source de Contrôle" -> Statut" -> Checkout Trouver.
Plus tard découvert qu'un développeur qui a eu accès à cette branche avait essayé de la suppression de la direction générale (dans le cadre du nettoyage) avant qu'il quittait l'entreprise. J'ai défait que le changement (à l'aide de l'annuler en sélectionnant la caisse) et Presto! les fusions ont commencé à travailler.
Je ne suis toujours pas sûr de savoir comment cela aurait même passé et ne connaissent pas la cause. Mais pour tous ceux qui sont confrontées à ce problème dans les fusionne, veuillez vérifier toutes vos extractions une fois et si vous trouvez certaines extractions(comme supprimer) comme bizarre, l'annuler et essayez de nouveau. Cela peut être une raison.
Dans mon cas, ce lien ci-dessous a bien fonctionné
http://ravendra.wordpress.com/2010/06/04/tf14098-access-denied-user-user-needs-pendchange-permissions-for-source-control-folder/
"Ce sera essentiellement vous dire la liste de tous les utilisateurs/groupes avec leur permission. À partir de cette liste de vérifier si tout le groupe, vous êtes le membre est refusé pour PendChange ou directement refusée pour vous. Si oui, alors prendre les mesures nécessaires pour l'en supprimer.
Point à noter ici, c'est Nier l'emporte toujours. Disons que vous êtes membre de TFS Admin (où toutes les autorisations sont autorisés) et aussi le projet de lecteur (où à l'exception de PendChange est refusé), puis PendChange de lecteur aura la priorité et vous ne serez pas autorisé à supprimer."
Mise à jour:
Pour TFS 2012 utilisation "Développeur Invite de Commande pour VS2012" et cochez la case: https://msdn.microsoft.com/en-us/library/0dsd05ft(v=vs. 100).aspx
Lecteurs la permission d'être retiré de l'équipe de projet dans TFS, Cela permettra d'empêcher la modification des fichiers.
J'ai vérifié ce dans TFS2013 et fonctionne très bien.
Dans mon scénario de cette erreur a été corrigée lorsque j'ai été ajouté à l'admin groupe pour le projet.