Extraction et modifications simultanées des documents modèles de définition de système (SDM)

Mise à jour : novembre 2007

Dans les Concepteurs de systèmes distribués, il n'est pas recommandé de fusionner ou d'extraire simultanément des documents SDM, y compris des fichiers .sdm et fichiers de diagramme de système distribué (.ad, .sd, .dd et .ldd), du contrôle de code source en raison de la structure et de la complexité des métadonnées contenues dans ces documents. Si vous utilisez la version du contrôle de code source de Visual Studio (Team Foundation ou Visual SourceSafe), l'extraction exclusive est activée par défaut. Celle-ci autorise uniquement l'extraction d'un fichier par un utilisateur à la fois.

Remarque :

Lorsqu'une application qui prend en charge l'implémentation est implémentée sur le diagramme d'application, le projet correspondant est généré et apparaît dans la solution. La définition SDM pour l'application implémentée est stockée dans un fichier .sdm et est incluse avec le projet correspondant. Pour plus d'informations, consultez Vue d'ensemble du modèle de définition de système (SDM) et Relations entre documents modèles de définition de système (SDM).

Les diagrammes d'application ne doivent pas être fusionnés. Une fois une application implémentée, le code devient la définition maître pour l'application et les modifications apportées au diagramme et au code sont synchronisées entre elles. Les fichiers de code d'application et les fichiers de configuration étant à la base d'une définition SDM, les résultats de la fusion de fichiers de code ou de fichiers de configuration déterminent en fin de compte la dernière version de la définition SDM dans le fichier .sdm.

Remarque :

Dans Team Foundation, vous pouvez réserver ou mettre de côté des modifications en attente. Toutefois, cette action n'est pas recommandée lorsqu'elle nécessite de fusionner des documents SDM. Par exemple, si vous modifiez des paramètres ou des contraintes dans des fichiers de configuration, réservez ces modifications, puis apportez d'autres modifications à ces paramètres et contraintes, vous devez fusionner les documents SDM. Pour plus d'informations, consultez Utilisation des jeux de réservations du contrôle de version.

Chaque fois que le diagramme d'application est ouvert ou fermé, les modifications appropriées apportées au code de projet sont synchronisées avec le fichier .sdm et le diagramme d'application. Par conséquent, si le fichier du diagramme d'application (.ad) ou un fichier .sdm n'est plus synchronisé avec le code, vous pouvez le resynchroniser en fermant et en rouvrant le diagramme d'application. Pour plus d'informations, consultez Synchronisation dans les documents modèles de définition de système (SDM).

Remarque :

Les données contenues dans les documents SDM qui ne peuvent pas être recréées à partir d'une autre source, par exemple des données de présentation ou des informations SDM stockées uniquement dans des fichiers .sdm, seront définitivement perdues si le document est supprimé ou si les informations sont perdues par suite d'une opération de fusion. C'est le seul scénario dans lequel la non fusion du diagramme ou des fichiers .sdm peut conduire à la perte d'informations. Pour cette raison, il est fortement recommandé de ne pas utiliser simultanément ni de fusionner de définitions qui sont stockées uniquement dans des fichiers .sdm. Par exemple, les points de terminaison de contenu Web sur une application ASP.NET ne font pas l'objet d'une ingénierie à rebours lorsqu'un nouveau fichier .sdm est régénéré pour un fichier supprimé qui contenait des informations SDM pour ces points de terminaison. Pour plus d'informations, consultez Dépannage de diagrammes d'application.

Extraction et modifications simultanées à des fichiers projet d'application

Bien que cela ne soit pas recommandé, vous pouvez activer l'extraction partagée si votre équipe choisit d'apporter des modifications simultanées aux fichiers projet. Toutefois, certains scénarios peuvent nécessiter la fusion de ces modifications lors de l'archivage des fichiers projet. Des conflits de fusion peuvent se produire et doivent être résolus. Pour plus d'informations, consultez Comment : configurer les paramètres d'extraction si vous utilisez Team Foundation.

Un tel scénario courant se produit lorsque plusieurs développeurs travaillent sur différents fichiers de code source dans un projet partagé. Ce projet peut être partagé entre plusieurs solutions, chacune d'entre elles contenant éventuellement son propre diagramme d'application. Si la solution contient un diagramme d'application et que le projet contient un fichier .sdm, les modifications ou les modifications simultanées apportées aux fichiers de code ou aux fichiers de configuration dans le projet peuvent nécessiter la mise à jour du fichier .sdm. Par conséquent, lorsque le projet est archivé, vous devez fusionner toutes les modifications simultanées apportées au fichier .sdm ou ignorer un jeu de modifications apportées au fichier .sdm.

Prenons l'exemple de deux développeurs qui travaillent dans la même solution. Le premier développeur souhaite travailler sur le fichier de classe de service Web pour une application ASP.NET et extrait la solution contenant le projet d'application. Ce développeur peut travailler sur le code de projet sans ouvrir le diagramme d'application ni d'autres diagrammes qui peuvent exister dans la solution. Toutefois, les modifications apportées aux fichiers de code peuvent malgré tout affecter ces diagrammes. Si ce développeur ouvre le diagramme d'application, le développeur est invité à extraire le diagramme ainsi que tout autre fichier projet requis pour la synchronisation.

Remarque :
Si le développeur annule l'extraction ou si le diagramme ne peut pas être extrait pour une raison quelconque, le diagramme se verrouillera. Toutefois, le développeur peut continuer à modifier le code. Pour plus d'informations, consultez Dépannage de diagrammes d'application.

Supposons que le deuxième développeur doive travailler sur le même projet dans la même solution et qu'il extraie ce projet, en fonction de la solution de contrôle de code source particulière utilisée. Toutefois, le deuxième développeur travaille sur un fichier de classe pour un service Web différent sur la même application. Si le deuxième développeur souhaite consulter le diagramme d'application pour voir comment les modifications y sont reflétées, ce développeur peut alors consulter le diagramme uniquement en lecture seule puisqu'il a été extrait par le premier développeur. Toutefois, le deuxième développeur peut continuer à modifier le code par le biais de l'éditeur de code.

Lorsqu'un développeur a terminé ses modifications, il les archive dans le contrôle de code source. À ce stade, les conflits de fusion concernant les fichiers qui sont extraits en même temps doivent être résolus. Dans la plupart des cas, certaines modifications apportées au fichier .sdm seront préférées à d'autres, et le diagramme d'application se synchronisera avec le fichier .sdm selon le code fusionné. Toutefois, dans ce scénario où le deuxième développeur travaille sur un fichier de classe de service Web différent, il n'y a aucun risque à accepter un fichier .sdm à la place d'un autre puisque le diagramme d'application se synchronisera avec le code, puis synchronisera le fichier .sdm.

Pour plus d'informations, consultez Comment : résoudre des conflits dans les documents modèles de définition de système (SDM).

Voir aussi

Concepts

Partition des solutions de système distribué pour l'implémentation

Autres ressources

Documentation Team Foundation

Concepteurs de systèmes distribués dans des environnements de travail en équipe