Conflits des espaces de travail

Introduction

Lorsque vous travaillez sur une application avec une équipe, plusieurs développeurs travaillent et effectuent des validations sur la même branche. Lorsque vous avez un espace de travail d'une branche et que quelqu'un d'autre valide les modifications de cette branche, votre espace de travail deviendra obsolète car il ne contiendra pas ces modifications.

Vous ne pouvez valider que si votre espace de travail correspond à la dernière révision de la branche. Vous devrez souvent effectuer une mise à jour avant de valider. Voir l'illustration ci-dessous.

Mise à jour de votre espace de travail

Suivez ces étapes pour mettre à jour votre espace de travail.

Étape	Action
1	Accédez à l'onglet Espaces de travail du Superadmin (Superadmin Workspaces).
2	Sélectionnez l'espace de travail que vous souhaitez mettre à jour dans la liste déroulante Espace de travail .
3	Cliquez sur le menu Espace de travail et sélectionnez Mettre à jour...

Résultat

La mise à jour de votre espace de travail aura l’un des résultats possibles suivants.

1. Votre espace de travail était déjà à jour. Seul un autre n'a apporté de modification à la branche sur laquelle vous travaillez.
2. Votre espace de travail a été mis à jour avec succès. Vous pouvez désormais également voir les modifications que d'autres développeurs ont apportées entre-temps.
3. Mise à jour réussie avec avertissement. Une mise à jour a été effectuée, mais il existe toujours des conflits non résolus en raison des modifications apportées par d’autres développeurs à la branche. Des informations sont fournies sur le nombre de validations qui ont été mises à jour.
4. La mise à jour a échoué
   • Conflit dans le fichier non-application.
     • Les modifications locales dans les fichiers non applicatifs entrent en conflit avec les modifications apportées par quelqu'un d'autre.
   • Ajouter/ajouter ou supprimer/modifier un fichier.
     • Un fichier contenant des modifications locales a été supprimé par une autre personne.
     • Vous avez supprimé un fichier modifié par un autre développeur.
     • Vous avez créé un nouveau fichier portant le même nom qu'un nouveau fichier créé par un autre développeur.

Conflits

Lors de la mise à jour alors que votre espace de travail contient des modifications locales, il est possible que vos modifications entrent en conflit avec les modifications validées par un autre développeur. Dans ce cas, votre application contiendra des conflits qui doivent être résolus avant de pouvoir effectuer une validation.

Remarque :

Essayez d’éviter les conflits en ne travaillant pas simultanément sur les mêmes graphiques, tables, attributs, filtres, etc.

Si votre application contient des conflits, cela sera visible dans l'espace de travail. Voir l'illustration ci-dessous.

Conflits dans les fichiers texte

Lorsqu'un conflit se produit dans un fichier autre que le fichier .mvp lors de la mise à jour de l'espace de travail, les marqueurs de conflit par défaut Git fusionnent placés dans le fichier texte ( >>>>>>>>>>>> ). Cela vous permet de résoudre les conflits une fois la mise à jour terminée.

Remarque :

Tous les types de fichiers qui peuvent être ouverts dans un éditeur de texte sont considérés comme des fichiers texte. Par exemple, .Json, .txt, .csv, etc.

Résolution des conflits

Après avoir résolu tous les conflits, il est possible de valider vos modifications. Les options suivantes sont disponibles pour résoudre les conflits.

Option	Description
Résoudre comme mien	Choisissez vos modifications locales plutôt que celles effectuées par une autre personne. Remarque : le numéro de version sera défini sur 2, ce qui sera une modification locale que vous devrez encore valider.
Résoudre comme le leur	Sélectionnez les modifications apportées par un autre développeur. Remarque : le numéro de version sera défini sur 1 et il n'y aura pas de modifications locales.
Marquer comme résolu	Ignorer le conflit. Cependant, vous devez d’abord examiner l’état actuel et éventuellement apporter des modifications pour vous assurer qu’il est correct. Vous êtes responsable de vous assurer que l’application est dans le bon état.