Collaborer : versions, comparaison et partage

~25 minutes · un historique des versions, une comparaison, un lien partagé

Lorsque plusieurs personnes travaillent dans le même projet, les questions qui comptent dès le premier jour sont toujours les mêmes : qu’est-ce qui a changé ? Puis-je récupérer un état antérieur ? Comment déplacer une modification d’un projet à un autre ? Comment envoyer un collègue directement vers ce que je consulte ? PlaidCloud répond à ces quatre questions d’emblée — le travail est versionné, comparable et partageable, et ce tutoriel vous guide à travers chacun de ces points.

Le message à retenir : rien ne se perd. Chaque modification est suivie, deux projets quelconques peuvent être comparés et chaque écran possède un lien.

Ce que vous allez faire

1. Consulter l’historique automatique des modifications d’un projet et lire son journal.
2. Comparer deux projets et comprendre ce que fait une fusion.
3. Organiser le travail avec des libellés pour le retrouver facilement.
4. Copier un lien direct qui envoie un collègue vers un emplacement précis.

Prérequis

• Un espace de travail PlaidCloud et un projet que vous pouvez ouvrir.
• Un second projet — une copie ou un équivalent QA/Production — si vous voulez essayer la comparaison sur un contenu réel. Un projet copié convient parfaitement.

Partie 1 : le travail est versionné

Tout ce que vous construisez dans un projet est suivi pour vous — vous n’avez rien à activer.

Rien ne se perd. Toutes les modifications d’un projet — workflows, éditeurs de données, hiérarchies, structures de tables et fonctions définies par l’utilisateur — sont suivies et permettent une restauration à un instant donné de l’état. Une modification accidentelle peut donc être récupérée, et tout état antérieur peut être copié pour comparaison.

En plus de ce suivi automatique, les projets et leurs éléments prennent en charge le versionnement : créer une version est simple, et vous pouvez fusionner les modifications d’une version vers une autre. C’est un moyen simple de conserver des instantanés, ou de développer dans une version et de fusionner ces modifications dans la version hors développement lorsque vous êtes prêt.

Lire le journal du projet

Le journal du projet consolide chaque journal de workflow individuel en une vue complète de l’activité du projet — membres affectés, workflows exécutés, etc.

1. Ouvrez Analyze.
2. Sélectionnez Projets.
3. Ouvrez l’onglet Journal (le journal du projet).

Pour restreindre un journal chargé, utilisez le contrôle de filtre à côté des messages du journal et choisissez vos critères de filtrage. Pour lire une entrée en entier, faites un clic droit dessus et affichez la boîte Message du journal.

Effacer le journal supprime aussi les sous-journaux. Le bouton Effacer le journal supprime le journal du projet et le sous-journal de chaque workflow qu’il contient. Ne l’utilisez que si vous voulez vraiment supprimer cet historique.

Partie 2 : comparer deux projets

La comparaison vous permet de voir exactement ce qui diffère entre deux projets et, pour les éléments qui peuvent être copiés en toute sécurité, de fusionner des modifications choisies de l’un vers l’autre. Elle répond à deux situations courantes : promouvoir des modifications entre environnements (un projet QA vers son équivalent Production) et revoir par rapport à une copie antérieure (un clone mensuel, pour voir ce qui a changé).

Vous gardez le contrôle tout au long du processus — rien n’est écrit tant que vous n’avez pas sélectionné des éléments précis et ne les avez pas appliqués, et vous pouvez valider au préalable avec une simulation.

Ouvrir une comparaison

1. Ouvrez Analyze et sélectionnez Projets.
2. Faites un clic droit sur le projet de départ (ou utilisez son menu d’actions) et choisissez Comparer à….
3. Le projet de départ est renseigné comme Source. Choisissez la Cible dans la liste déroulante.
4. Cliquez sur Comparer.

Les deux projets doivent se trouver dans le même espace de travail. Utilisez Permuter pour inverser la Source et la Cible avant de comparer — le sens compte, car une fusion copie depuis la Source vers la Cible.

Une fusion n’écrit jamais que dans la Cible. Vérifiez le sens avant d’appliquer.

Lire la comparaison

Le côté gauche regroupe chaque différence sous sa catégorie — Workflows (avec les Étapes imbriquées), Variables, Dimensions, Éditeurs, UDF, Vues et Tables. Chaque élément porte un badge indiquant son statut :

Badge	Signification
Ajouté	Dans la Source mais pas dans la Cible — il serait créé dans la Cible
Modifié	Présent dans les deux, mais la configuration diffère
Supprimé	Dans la Cible mais pas dans la Source
Inchangé	Identique des deux côtés (masqué par défaut)

Sélectionnez un élément modifié pour afficher à droite un tableau Champ / Source / Cible, avec la Différence de configuration complète en dessous. Filtrez par nom ou par chemin, ou activez les cases de statut, pour vous concentrer sur une longue liste.

Comprendre ce que fait la fusion

Toutes les différences ne peuvent pas être copiées en toute sécurité ; la comparaison étiquette donc chaque élément :

• Les workflows, étapes et variables peuvent être fusionnés.
• Les dimensions, éditeurs, UDF, vues et tables sont en lecture seule — examinez-les ici, mais copiez-les avec leurs propres outils dédiés.

Pour fusionner, sélectionnez les éléments fusionnables, cliquez sur Simulation pour valider sans écrire, puis sur Appliquer et confirmez. Les éléments fusionnés conservent leur identité dans la Cible ; vous pouvez donc comparer à nouveau plus tard et fusionner d’autres modifications sans créer de doublons.

Une fusion modifie la Cible. Examinez les différences, lancez une simulation et vérifiez que la Source et la Cible sont dans le bon sens avant d’appliquer. Si quelqu’un d’autre a modifié la Cible après le chargement de la comparaison, la fusion s’arrête plutôt que d’écraser son travail — actualisez et appliquez de nouveau.

Pour promouvoir Dev → QA → Production entre des projets copiés les uns des autres, consultez Resynchroniser depuis le projet dont vous avez fait la copie, qui associe les éléments selon leur filiation de copie plutôt que par leur nom.

Partie 3 : organiser avec des libellés

Les libellés sont des étiquettes libres que vous attachez aux objets — le projet lui-même, ses workflows, étapes, tables, dimensions, éditeurs de données et UDF. Utilisez-les pour regrouper des éléments liés selon ce qui compte pour vous (une phase de travail, un système source, un propriétaire, une version) et les retrouver rapidement.

Chaque objet pouvant être étiqueté possède une boîte Libellés dans son panneau de détails :

1. Cliquez n’importe où dans la boîte Libellés pour placer le curseur.
2. Saisissez le texte du libellé.
3. Appuyez sur Entrée (ou saisissez une virgule) pour l’ajouter.

Supprimez un libellé avec le × de sa pastille, ou appuyez sur Retour arrière avec le champ de saisie vide pour supprimer le dernier.

Les libellés sont stockés en minuscules. PlaidCloud met chaque libellé en minuscules automatiquement et refuse un doublon sur le même objet. Gardez votre ensemble cohérent et il devient un moyen léger de découper un grand projet.

Pour retrouver les éléments étiquetés, saisissez le libellé dans la zone de filtre d’une liste de projet — la recherche porte sur le texte du libellé en plus du nom de l’élément.

Partie 4 : partager un lien direct

PlaidCloud maintient la barre d’adresse en phase avec ce que vous avez ouvert. Ouvrez un workflow, une table ou une dimension, et l’URL devient un lien direct vers cet élément. Il n’y a pas de bouton de partage distinct — la barre d’adresse est le lien.

1. Ouvrez l’objet que vous voulez partager.
2. Copiez l’URL complète depuis la barre d’adresse de votre navigateur.
3. Envoyez-la — la personne qui l’ouvre arrive sur le même écran.

Les liens commencent par le projet : le projet vient en premier, puis l’objet qu’il contient, séparés par ~.

Écran	Le lien se termine par
Projet	#p~<project>
Workflow (grille des étapes)	#p~<project>~w~<workflow>
Workflow (canevas du Concepteur visuel de workflow)	#p~<project>~c~<workflow>
Une étape dans un workflow	…~w~<workflow>~s~<step>
Explorateur de tables	#p~<project>~t~<table>
Hiérarchie de la dimension	#p~<project>~d~<dimension>
Éditeur de données	#p~<project>~e~<editor>

L’ouverture d’un lien restaure le contexte parent, et pas seulement la fenêtre concernée : un lien vers un workflow rouvre aussi son projet, de sorte que le destinataire arrive avec le projet environnant dans la barre d’onglets. Un lien vers une étape sélectionne même l’étape pour lui.

Un lien porte l’emplacement, pas l’autorisation. La personne qui l’ouvre doit toujours avoir accès au projet. Sans cet accès, elle ne verra pas l’objet — partager un lien est donc sans risque. Contrôlez qui peut voir quoi dans Contrôler l’accès aux données.

Les anciens liens de la forme #te?p=…&t=… fonctionnent toujours et se réécrivent discrètement sous la forme actuelle, plus lisible, lors de la première navigation.

Rien ne se perd — et vous pouvez maintenant le démontrer. Vous avez lu l’historique d’un projet, comparé deux projets et fusionné en toute sécurité dans un seul sens, organisé le travail avec des libellés pour le retrouver, et remis à un collègue un lien direct qui le dépose exactement là où vous êtes.

Pour aller plus loin

• Gérer les projets — versionnement, accès et suivi à un instant donné au sein d’un projet
• Comparer et fusionner des projets — la référence complète de la comparaison et de la resynchronisation
• Consulter le journal du projet — tri, filtrage et effacement du journal
• Organiser le travail avec des libellés — où apparaissent les libellés et comment filtrer dessus
• Partager des liens — tous les écrans vers lesquels vous pouvez créer un lien direct
• Contrôler l’accès aux données — décidez qui peut ouvrir ce que vous partagez