2010-08-26 18 views
3

Lors de l'ajout d'un élément de travail à TFS 2010 via le SDK, les incidents sont créés en utilisant la même identité que celle utilisée pour l'authentification sur le serveur TFS.Dans TFS 2010 est-il équivalent à reporter (ou un moyen de modifier le champ "Créé par")

Dans d'autres applications fournissant une prise en charge des défauts/traçabilité, l'API vous permet normalement de définir un champ Reporter/ReportedBy/CreatedBy, de sorte que l'utilisateur apparaisse comme si le service créait le problème au nom de a créé le problème ", plutôt que de dire un" compte de service "générique que vous avez configuré pour autoriser un accès d'application tierce à TFS/tracker de défaut. Il semble que vous ne puissiez pas définir le champ CreatedBy lors de la création d'un élément de travail via le SDK TFS (vous obtenez une erreur TF26194 - La valeur "Créé par" ne peut pas être modifiée) et je ne vois aucun champ Reporter est livré en standard avec les modèles TFS communs.

Est-il possible de définir le « Créé par » à un autre utilisateur, ou usurper l'identité d'un autre utilisateur (sans connaître son mot de passe, etc.) aux fins de la création de nouveaux postes de travail?

Répondre

3

Question intéressante. Nous cherchions une réponse pour TFS 2008 (il ne semble pas être un), et trouvé celui-ci pour TFS 2010. Je suis intéressé de savoir si cela fonctionne pour vous:

http://blogs.microsoft.co.il/blogs/shair/archive/2010/08/23/tfs-api-part-29-tfs-impersonation.aspx

+0

vous ne pouvez pas vous authentifier auprès de TFS en fournissant des informations d'identification réseau (où les informations d'identification sont destinées à un utilisateur avec l'autorisation "Effectuer des requêtes pour le compte d'autrui"), puis emprunter l'identité d'un autre utilisateur à partir de là. Au lieu de cela, la vérification d'autorisation d'emprunt d'identité est en fait sur l'utilisateur qui possède le processus entier, donc dans le cas de notre application, c'était l'identité associée au pool d'applications IIS. Implication étant nous ne pouvons pas utiliser l'emprunt d'identité si le serveur IIS hébergeant notre application est sur un domaine différent, etc. – Bittercoder

+0

True. Je crois que vous pourriez ajouter l'utilisateur IIS aux groupes sur TFS, cependant. – Robaticus

5

Le champ CreatedBy est important en termes de responsabilité concernant la saisie des données Dans mon organisation, nous avons ajouté un champ utilisateur supplémentaire à utiliser lors de la création de l'élément de travail au nom de o f un autre utilisateur.

Vous pouvez utiliser l'Éditeur de modèles de processus (partie du Team Foundation Server Power Tools) pour ajouter facilement des champs à vos éléments de travail.

+1

je comme l'idée d'un champ de journaliste séparé - mais dans ce cas tous les éléments de travail seraient créés par un seul compte "service" - donc ce n'est pas particulièrement utile - surtout quand il s'agit d'alertes par e-mail, etc – Bittercoder