Réconcilier et réinjecter les mises à jour apportées à une version de branche

Disponible avec une licence Standard ou Advanced.

Les versions divergent à mesure que des mises à jour leur sont apportées. Après la création d’une version nommée, toutes les mises à jour font l’objet d’un suivi dans la version par défaut et la version nommée. Les mises à jour dans la version par défaut peuvent inclure des mises à jour réinjectées par d’autres versions nommées.

Une fois que vous avez fini de mettre à jour une version nommée, vous pouvez effectuer le rapprochement et la réinjection pour fusionner les mises à jour. Le processus de réconciliation consiste à extraire les modifications apportées à la version par défaut et à les fusionner avec celles de votre version. Vous pouvez ensuite envoyer les modifications que vous avez apportées à la version par défaut via la réinjection.

Remarque :

Cette rubrique décrit les processus de rapprochement et de réinjection à l’aide de l’onglet Versioning (Versionnement). Vous pouvez également réconcilier et réinjecter des versions à l’aide de l’outil de géotraitement Réconcilier des versions ou du bouton Reconcile/Post (Réconcilier/Réinjecter)  de l’onglet Versions lorsque vous êtes dans la vue Versions.

Processus de réconciliation

Lorsque vous utilisez une version de branche, la réconciliation détecte les conflits entre la version nommée à laquelle vous êtes actuellement connecté et la version par défaut. Si vous tentez de rapprocher des versions et qu’il y a des conflits non marqués comme examinés, le système renvoie un avertissement. Dans le cas du versionnement de branche, vous ne pouvez procéder qu’à la réconciliation avec la version par défaut. Il n’est pas possible d’effectuer une réconciliation avec une autre version nommée.

Pour modifier la façon dont les conflits sont gérés pendant la réconciliation, reportez-vous à la rubrique Options de version pour la mise à jour.

Si vous souhaitez procéder à la réconciliation, vous devez utiliser des couches d’entités Web pour lesquelles la fonctionnalité Version Management (Gestion des versions) est activée. Vous pouvez accéder à la commande Reconcile (Réconcilier) sur l’onglet Versioning (Versionnement) en cliquant sur le bouton List By Data Source (Répertorier par source de données) dans la fenêtre Contents (Contenu). Pour commencer le traitement de réconciliation, cliquez sur le bouton Reconcile (Réconcilier) dans l’onglet Versioning (Versionnement). La boîte de dialogue Reconcile (Réconcilier) apparaît.

Lorsque la boîte de dialogue Réconcilier apparaît, entrez les informations suivantes :

• Indiquez comment vous souhaitez définir les conflits. Les options suivantes s'offrent à vous :

  Options de définition d'un conflit

  Définir les conflits à ce niveau	Pour détecter ces cas
  Ligne (par objet)	Un deuxième utilisateur met à jour la même ligne ou entité, ou les mêmes entités topologiquement liées, que vous. Le conflit survient même si vous avez modifié différents attributs.
  Colonne (par attribut)	Un deuxième utilisateur modifie le même attribut d'une entité ou d'une table. Il s’agit de l’option par défaut.

Remarque :

Pour la réconciliation de jeux de données de branche versionnée, tenez compte des points suivants :

• Les conflits sont toujours résolus en faveur de la version de mise à jour.
• Il n’est pas possible d’utiliser les opérations d’annulation pour annuler les modifications apportées après la fin d’une opération de réconciliation.

Pour empêcher l’identification des conflits lorsque le même attribut est mis à jour dans les deux versions, vous pouvez utiliser l’outil Ajouter un filtre des conflits de champs pour définir l’ensemble des champs dans lesquels les conflits doivent être filtrés. Un filtre des conflits de champs permet de baliser un champ ou un ensemble de champs au sein des classes d’entités pour les éliminer de la détection des conflits. Les conflits ne sont pas renvoyés pendant la réconciliation si vous ne mettez à jour que des champs sur lesquels des filtres de conflits sont activés. Cette option n'est disponible que lorsque vous définissez des conflits par attribut. Pour en savoir plus, reportez-vous à la section Filtrage des conflits au niveau des champs.

Si des conflits sont mis en évidence au cours de la réconciliation, vous avez la possibilité de continuer à les examiner et les gérer dans la vue Conflicts (Conflits). Après avoir examiné les conflits, procédez à la fusion en réinjectant vos modifications dans la version cible.

Gérer les conflits dans la vue Conflicts (Conflits)

Si des conflits sont détectés lors du processus de rapprochement, vous pouvez les examiner dans la vue Conflicts (Conflits) . La vue Conflicts (Conflits) contient toutes les classes en conflit, ainsi que leurs entités ou lignes en conflit. Les conflits sont organisés selon leur source de données, leur classe, leur catégorie et leur ObjectID. Dans la vue Conflicts (Conflits), il est possible d’examiner les conflits plus en détail, de marquer les conflits comme examinés et de changer le mode de résolution des conflits avant de procéder à la réinjection.

Pour en savoir plus sur la vue Conflicts (Conflits), reportez-vous à la rubrique Gérer les conflits des versions de branche.

Réinjecter les modifications

Pour réinjecter des modifications dans la version par défaut, l’utilisateur du portail en cours doit avoir accès en mise à jour sur cette version. Cela signifie que la propriété d’accès de la version par défaut doit être définie sur Public ou que l’utilisateur du portail soit l’administrateur des versions.

En savoir plus sur l’accès aux versions

Pour réinjecter des modifications dans la version par défaut après avoir réconcilié et examiné les conflits, cliquez sur Post (Réinjecter) dans le groupe Versioning (Versionnement) sur l’onglet Versioning (Versionnement).

Pendant le processus de réinjection, des conflits peuvent être détectés. Cela peut se produire lorsque des modifications sont apportées à la version par défaut après le rapprochement et avant la réinjection. Ces modifications peuvent provenir de modifications directes dans la version par défaut ou de modifications réinjectées à partir d’autres versions nommées. Si cela se produit, une erreur est renvoyée, et vous devez renouveler l’opération de rapprochement avant la réinjection.

Informations supplémentaires sur la réinjection :

• Une fois les modifications réinjectées, vous ne pouvez pas les annuler, car vous apportez des modifications à la version cible.
• Si des conflits n’ont pas été explicitement marqués comme examinés, une boîte de dialogue s’ouvre lorsque vous procédez à une réinjection et vous avertit que les conflits non examinés seront automatiquement résolus. Cliquez sur Yes (Oui) pour résoudre automatiquement les conflits avec l’option que vous avez sélectionnée dans la boîte de dialogue Reconcile (Réconcilier) et réinjecter les modifications dans la version cible.
• Après la réinjection, vous pouvez continuer à modifier votre version. Pour appliquer ces modifications dans la version cible, vous devez à nouveau procéder à la réconciliation, à la résolution des conflits et à la réinjection.

Si la réinjection signale la fin de votre votre processus, vous pouvez, si vous le souhaitez, supprimer la version que vous avez mise à jour.