[TFS2010] Droits sur les Workspace – Workspace public et serveur de build
L’une des nouveautés de TFS 2010 est la possibilité d’avoir des droits sur les workspaces TFS. 3 droits sont disponibles :
- private workspace : seul le propriétaire du workspace peut lire et écrire dans ce workspace. Il s’agit de la valeur par défaut et du fonctionnement de TFS 2008
- public workspace (limited) : Tout le monde peut lire dans ce workspace. Seul le propriétaire peut faire des modifications.
- public workspace : Tout le monde peut lire et écrire dans ce workspace.
A quoi cela peut-il servir ?
Cette fonctionnalité permet d’avoir une machine partagée pour les intervenants ponctuels (intégrateurs, pompiers, …). Ainsi, vous configurez une fois la machine : IIS, fichiers hors TFS, etc. Les utilisateurs ponctuels pourront alors travailler sans devoir reconfigurer l’environnement. C’est très pratique lorsque vous travaillez avec IIS, BizTalk, etc.
Serveur de build
Cette fonctionnalité peut aussi servir sur les serveurs de build. Un serveur de build est composé de un ou plusieurs agents, chaque agent dispose de son propre workspace. Par défaut, ce workspace est privé est associé au compte du service de build. Pour des raisons de sécurité et aussi par simplicité, il est plus simple d’ouvrir une session TSE sur le serveur de build avec un compte autre que le compte de service.
Grâce à la visibilité des workspace, vous pouvez debugger un problème de build sans avoir à lancer une session avec le compte de service.
Bien sûr, cela perd un peu d’utilité si vous utilisez des agents avec un compte interactif.
Comment changer la visibilité d’un workspace ?
Comme on le voit sur la capture du dessus, on peut modifier cette visibilité dans les propriétés du workspace. Si vous ne pouvez pas lancer un Visual Studio avec le compte de service, il est possible de modifier cette visibilité depuis la ligne de commande.
Il faut d’abord executer la commande suivante qui va lister les workspace pour un utilisateur :
tf workspaces /owner:XXX\buildsvc /collection:http://tfs.XXX.local:8080/tfs/XXX
Cette commande va nous donner le nom du workspace (ici, 1_2_tfs). Il faudra alors utiliser la commande suivante pour changer la visibilité :
tf workspace /collection:http://tfs.XXX.local:8080/tfs/XXX 1_2_tfs;XXX\buildsvc /permission:Public
Comment utiliser un workspace public ?
Lorsque vous lancerez Visual Studio sur la machine où le workspace est public, vous le verrez directement dans le source control explorer. Il n’y a aucune action particulière à effectuer.
En savoir plus sur les permissions des workspace : Improvements to workspaces in TFS 2010
Et vous, avez-vous déjà utilisé un workspace public ? Si oui, pour quelle utilité ?