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, 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.

Une fois que vous avez fini de mettre à jour une version, 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 rapprocher 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) Réconcilier et 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.

Remarque :

Lors de la réconciliation de versions de branche, gardez à l’esprit les points suivants :

  • La version cible est toujours la version par défaut.
  • Si vous tentez de rapprocher des versions et qu’il y a des conflits non examinés, le système renvoie un avertissement.

Pour modifier la façon dont les conflits sont traités pendant la réconciliation et les messages reçus durant chaque opération de réconciliation, reportez-vous à la rubrique Options de versionnement.

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.

Pour réconcilier votre version de branche, procédez comme suit :

  1. Dans la fenêtre Contents (Contenu), cliquez sur le bouton List By Data Source (Répertorier par source de données) Répertorier par source de données. Cliquez ensuite sur la source de données de la couche d’entités Web serveur ArcGIS pour activer l’onglet Versioning (Versionnement).
  2. Cliquez sur le bouton Reconcile (Réconcilier) Réconcilier sous l’onglet Versioning (Versionnement).

    La boîte de dialogue Reconcile (Réconcilier) apparaît.

  3. Indiquez le mode de définition des conflits désiré en utilisant l’une des options suivantes :

    Définir les conflitsDescription

    Par attribut (colonne)

    Un conflit est détecté uniquement si des modifications sont apportées au même attribut (colonne) de la même ligne ou de la même entité dans les versions cible et de mise à jour. Il s’agit de l’option par défaut.

    Par objet (ligne)

    Un conflit est détecté pour toute modification apportée à la même ligne ou à la même entité dans les versions cible et de mise à jour.

  4. Cliquez sur  OK.

Remarque :

Lors de la réconciliation de jeux de données de branche versionnée, gardez à l’esprit les points suivants :

  • Les conflits sont toujours résolus en faveur de la version de mise à jour.
  • Il n’est pas possible d’utiliser des opérations d’annulation pour annuler des modifications apportées après 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 afin de 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 rubrique Filtrage des conflits au niveau des champs.

En cas de conflits pendant 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, vous pouvez procéder à 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) Gestionnaire de 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. La vue Conflicts (Conflits) permet d’examiner les conflits de manière plus approfondie, de les marquer comme examinés et de modifier la manière dont ils ont été résolus avant de procéder à la réinjection.

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

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 le bouton Post (Réinjecter) Réinjecter dans le groupe Versioning (Versionnement) figurant sous 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.

Notez les 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.

Rubriques connexes