Options Référentiel

Modèle partagé unique

Les utilisateurs partagent un modèle stocké dans un fichier de projet central ou dans un référentiel SGBD. Dans cette configuration, vous pouvez visualiser les modifications apportées aux Paquetages des autres utilisateurs sans avoir à les extraire explicitement, en actualisant simplement votre vue du modèle.

Contrôle de Version est utilisé pour :

• Archiver les versions successives de votre travail à ce jour
• Conserver l'historique des révisions Paquetage
• Récupérez des modifications indésirables ou des suppressions accidentelles, grâce à un facilité « Annuler »
• Réglementer l'accès aux Paquetages

Plusieurs modèles privés

Un modèle est créé par un seul utilisateur qui le configure pour Contrôle de Version . Le fichier modèle est ensuite distribué aux autres utilisateurs, chaque utilisateur stockant sa propre copie privée du modèle.

Contrôle de Version est utilisé pour :

• Propager les modifications apportées au modèle, dans toute l'équipe
• Archiver les versions successives de votre travail à ce jour

• Conserver l’historique des révisions Paquetage

• Récupérez des modifications indésirables ou des suppressions accidentelles, grâce à une facilité « Annuler »

• Réglementer l'accès aux Paquetages

Paquetages partagés

Les utilisateurs individuels créent des modèles distincts mais partagent un ou plusieurs Paquetages :

• Les utilisateurs partagent Paquetages via Contrôle de Version

Paquetages standards

Une entreprise peut disposer d'un ensemble standard de Paquetages en lecture seule qui sont largement partagés :

• Les utilisateurs individuels récupèrent Paquetages avec l'option de menu Obtenir Paquetage

Exigences et configuration du système

Vous appliquez Contrôle de Version via une application de contrôle de code source tierce qui gère l'accès et stocke les révisions des Paquetages contrôlés.

En règle générale, la configuration se compose de :

• Un composant serveur qui gère un référentiel Contrôle de Version , et
• Composants clients sur les postes de travail, qui gèrent les copies de travail locales des fichiers contrôlés

Contrôle de Version

Il existe deux manières principales de déployer des projets :

• Modèle partagé centralisé
• Modèles privés distribués

Contrôle de Version peut également être utilisé pour partager Paquetages standards entre différents projets.

Déploiement d'équipe

Considérez le processus de configuration d’un environnement Contrôle de Version et d’application Contrôle de Version à un projet auquel un certain nombre d’utilisateurs peuvent accéder.

Contrôle de Version Basics

Enterprise Architect applique l'édition sérialisée des Paquetages contrôlés par version, en utilisant le mode de fonctionnement verrouillage-modification-déverrouillage.

Application Contrôle de Version aux modèles

L'utilisation du Contrôle de Version consiste à placer Paquetages de modèles individuels sous Contrôle de Version , plutôt qu'à contrôler la version du projet dans son ensemble.

Contrôle de Version et données de référence du projet

Pour partager les modifications des données de référence entre les utilisateurs d'un projet contrôlé par version déployé sous forme de plusieurs modèles privés, vous exportez périodiquement les données de référence du modèle dans lequel les modifications ont été apportées et les importez dans les autres modèles gérés par l'équipe.

Contrôle de Version hors ligne

Vous pouvez empêcher le système de tenter d'établir des connexions Contrôle de Version en choisissant de travailler hors ligne avant de charger un modèle.

Si Enterprise Architect ne parvient pas à connecter un Contrôle de Version Configuration pour une raison quelconque, il affiche des messages d'avertissement pour vous en informer et fournit une fonctionnalité Contrôle de Version « hors ligne » pour tous Paquetages associés à la connexion ayant échoué.