Lorsque vous configurez Dynamics AX afin d'utiliser Version Control avec Team Foundation Server, Visual Studio crée un workspace privé dans TFS. Lorsqu’un utilisateur, autre que le propriétaire du workspace TFS, ouvre le client Dynamics AX, il reçoit le message d’erreur suivant:
The working folder C:\FolderName is already in use by the workspace PCNAME_AXWORKSPACE;username on computer PCNAME
Ce message d’erreur m’a forcé à faire plus de recherche sur la configuration des workspaces.
Tout d’abord, j’ai voulu voir la liste de workspace associer à la machine. Pour ce faire, vous pouvez utiliser l’outil ts workspace en ligne de commande. L’outil se trouve dans le dossier suivant:
C:\Program Files (x86)\Microsoft Visual Studio
12.0\Common7\IDE
Voici la commande afin de voir tous les workspaces associés à une machine:
tf workspaces /computer:PCNAME /owner:* /collection:http://tfsserver:8080/tfs/CollectionName/
Selon le message d’erreur, je sais que le workspace utilisé par Dynamics AX est DEV-PC3_AXWORKSPACE3. Donc, j’aimerais supprimer tous les autres workspaces. Pour ce faire, je dois supprimer les workspace un par un en utilisant la commande suivante:
tf workspace /delete WORKSPACE;domain\username /collection:http://tfsserver:8080/tfs/CollectionName/
S'il y a beaucoup de workspaces, vous pouvez aussi utiliser Visual Studio pour les supprimer. Au final, il me reste un seul workspace associé à ma machine:
Afin de résoudre mon problème d'accès, je vais changer les permissions du workspace associé à Dynamics AX.
tf workspace /collection:http://tfsserver:8080/tfs/collectionname/ WORKSPACE;domain\username
Je confirme que mon DEV-PC3_AXWORKSPACE est associé au workspace local qui est configuré dans AX.
Cliquer sur Advanced. C'est ici que vous pouvez modifier les permissions du workspace
Private: Only the owners can use, check in files to, or administer the workspace.
Public Limited: Any valid user can use the workspace. However, only the owners can check in files to or administer the workspace.
Public: Any valid user can use, check in files to, or administer the workspace.
Personnellement, je le configure à public limited. Les autres utilisateurs qui utilisent l'environnement AX peuvent accéder au workspace, mais sans pouvoir faire des check-ins. Donc, je n'ai plus d'erreurs d'accès lorsque les autres utilisateurs ouvrent AX.
Je change le propriétaire du workspace lorsqu'un nouveau développeur prend possession de la machine de développement.
Sources:
- TFS2010: Public Workspaces
- How to: Remove a Workspace
- Workspace Command
- Working with Team Foundation Server Workspaces