Créer un environnement TFS

Obtenir et installer TFS

Enterprise Architect utilise le client en ligne de commande TFS pour intégrer TFS Contrôle de Version .

Le client de ligne de commande TFS est normalement disponible dans le cadre de votre installation de Visual Studio.

Choisissez un projet TFS

Il est recommandé de créer un nouveau projet TFS, ou au moins un nouveau dossier de contrôle de source dans un projet, pour chaque projet Enterprise Architect ajouté à Contrôle de Version avec TFS.

Si vous avez un seul projet Enterprise Architect qui contient de nombreux modèles différents (par exemple, un projet hébergé par un SGBD avec plusieurs nœuds racine de modèle), vous pouvez choisir de créer un nouveau projet TFS pour chaque modèle distinct.

Pour plus d'informations, veuillez consulter la documentation de votre produit TFS.

Créer un espace de travail TFS

Un dossier de copie de travail doit exister sur la machine de chaque utilisateur, pour Enterprise Architect puisse l'utiliser lors de l'exportation et de l'importation des fichiers Version Controlled Paquetage . C'est ce dossier qui est spécifié comme Chemin Local du Projet, lors de la définition de vos Configurations Contrôle de Version .

Le dossier de la copie de travail est le 'bac à sable' où vous modifiez les fichiers contrôlés. Le dossier de la copie de travail est généralement associé à un dossier qui existe dans le référentiel Contrôle de Version . Dans TFS, l'espace de travail TFS est utilisé pour mapper un dossier de travail local sur votre PC à un dossier de contrôle source dans un projet TFS.

TFS 2012 et VS 2012 (et versions ultérieures) fonctionnalité un nouveau type d'espace de travail appelé espaces de travail "locaux". N'essayez pas d'utiliser les espaces de travail "locaux" TFS avec Enterprise Architect . Vous devez utiliser uniquement des espaces de travail "serveur" pour Enterprise Architect Contrôle de Version , car les espaces de travail "locaux" ne prennent pas en support l'application de verrous d'extraction aux fichiers. Enterprise Architect s'appuie sur la présence de verrous d'extraction pour s'assurer que Paquetages ne peuvent être extraits qu'en exclusivité et qu'un Paquetage donné n'est pas déjà extrait dans un autre projet (par exemple, dans un déploiement de Modèle privé). Ceci est nécessaire car il n'est pas pratique de fusionner les fichiers XMI Paquetage Enterprise Architect utilise pour Contrôle de Version .

Un seul espace de travail TFS peut mapper de nombreux dossiers locaux différents, chacun vers un dossier de contrôle de code source distinct. Dans ce cas, TFS peut prendre beaucoup de temps pour parcourir et mettre à jour les fichiers de tous ces dossiers, et le système peut sembler "geler" en attendant que TFS restitue le contrôle du programme.

Vous pouvez éviter cela si vous conservez vos fichiers Version Controlled Paquetage dans un dossier séparé des autres artefacts, tels que les fichiers de code source, en créant un espace de travail séparé à utiliser uniquement pour vos fichiers Paquetage , ou en créant et en mappant un dossier séparé pour Paquetage fichiers dans un espace de travail existant.

Configurer des caisses exclusives

Les fichiers au format XMI utilisés pour le Contrôle de Version des Paquetages d' Enterprise Architect ne peuvent pas être fusionnés comme s'il s'agissait de fichiers texte ordinaires. Par conséquent, Enterprise Architect doit appliquer l'édition sérialisée de ses Paquetages à version contrôlée. Par conséquent, il est important que TFS soit configuré pour utiliser des "extractions exclusives" pour les fichiers XML.

Vérifier l'espace de travail TFS

Enterprise Architect utilise le client de ligne de commande TFS pour archiver et extraire les fichiers du référentiel TFS. Après avoir créé l'espace de travail TFS, il est important de vérifier que le client de ligne de commande peut être utilisé pour ajouter, archiver et extraire des fichiers résidant dans le dossier de copie de travail mappé via cet espace de travail.