Disponible avec une licence Standard ou Advanced.
Il existe plusieurs scénarios dans lesquels la réconciliation peut générer de nouvelles zones à valider qui n’étaient pas présentes dans le parent (version par défaut) ou l’enfant en raison du traitement d’agrégation au cours du processus de validation. Dans l'exemple suivant, les deux versions contiennent des polygones qui partagent des tronçons dans une topologie. Un polygone est fractionné dans la version enfant et la zone à valider est validée.
Le fractionnement d’un polygone supprime l’entité d’origine et la remplace par deux nouvelles entités surfaciques. Lorsque la zone à valider est validée, le traitement d'agrégation introduit de nouveaux sommets dans les tronçons partagés des polygones adjacents. Lorsque les versions sont réconciliées, toutes les entités qui ont été modifiées dans la version enfant (les polygones fractionnés et les polygones dont les nouveaux sommets ont ajoutés par le traitement d'agrégation) sont recouverts de zones à valider.
Remarque :
Dans le versionnement de branche, dans l’image suivante, la version 1 est la version par défaut et la version 2 un enfant de la version par défaut.L'exemple suivant illustre pourquoi cela est nécessaire. Supposons que de nouvelles entités sont créées dans deux versions et que les zones à valider obtenues sont validées, supprimant toutes les erreurs potentielles. Au cours de la réconciliation, des zones à valider doivent être créées afin que les erreurs potentielles introduites par la fusion des modifications des deux versions puissent être détectées. Dans cet exemple, les entités ajoutées dans la version 1 et la version 2 se chevauchent, ce qui enfreint la règle Ne doivent pas se superposer.
Vous avez un commentaire à formuler concernant cette rubrique ?