Zum Inhalt springen

Zusammenarbeit: Versionen, Vergleichen und Teilen

~25 Minuten · ein Versionsverlauf, ein Vergleich, ein geteilter Link

Wenn mehrere Personen im selben Projekt arbeiten, sind die Fragen am ersten Tag immer dieselben: Was hat sich geändert? Kann ich einen früheren Stand zurückholen? Wie übertrage ich eine Änderung von einem Projekt in ein anderes? Wie schicke ich einen Kollegen direkt zu dem, was ich gerade ansehe? PlaidCloud beantwortet alle vier von Haus aus – Arbeit ist versioniert, vergleichbar und teilbar, und dieses Tutorial führt Sie durch jeden dieser Punkte.

Die Botschaft zum Mitnehmen: Nichts geht verloren. Jede Änderung wird nachverfolgt, zwei beliebige Projekte lassen sich vergleichen, und jeder Bildschirm hat einen Link.

  1. Den automatischen Änderungsverlauf eines Projekts ansehen und sein Protokoll lesen.
  2. Zwei Projekte vergleichen und verstehen, was ein Zusammenführen bewirkt.
  3. Arbeit mit Bezeichnungen organisieren, damit Sie sie wiederfinden.
  4. Einen Deep Link kopieren, der einen Kollegen an eine exakte Stelle führt.
  • Ein PlaidCloud-Workspace und ein Projekt, das Sie öffnen können.
  • Ein zweites Projekt – eine Kopie oder ein QA-/Produktions-Gegenstück –, wenn Sie den Vergleich an echten Inhalten ausprobieren möchten. Ein kopiertes Projekt eignet sich gut.

Alles, was Sie in einem Projekt aufbauen, wird für Sie nachverfolgt – Sie müssen das nicht einschalten.

Nichts geht verloren. Alle Änderungen an einem Projekt – Workflows, Dateneditoren, Hierarchien, Tabellenstrukturen und benutzerdefinierte Funktionen – werden nachverfolgt und ermöglichen die Wiederherstellung zu einem beliebigen Zeitpunkt. Das heißt, eine versehentliche Änderung lässt sich rückgängig machen, und jeder frühere Zeitpunkt kann zum Vergleich herauskopiert werden.

Zusätzlich zu dieser automatischen Nachverfolgung unterstützen Projekte und ihre Elemente die Versionierung: Eine Version zu erstellen ist einfach, und Sie können Änderungen von einer Version in eine andere zusammenführen. Das ist ein einfacher Weg, Snapshots zu behalten oder in einer Version zu entwickeln und die Änderungen in die Nicht-Entwicklungsversion zu übernehmen, wenn Sie so weit sind.

Das Projektprotokoll fasst alle einzelnen Workflow-Protokolle in einer umfassenden Ansicht der Projektaktivität zusammen – zugewiesene Mitglieder, ausgeführte Workflows und mehr.

  1. Öffnen Sie Analysieren.
  2. Wählen Sie Projekte.
  3. Öffnen Sie die Registerkarte Protokoll (das Projektprotokoll).

Um ein umfangreiches Protokoll einzugrenzen, verwenden Sie das Filtersteuerelement neben den Protokollnachrichten und wählen Sie Ihre Filterkriterien. Um einen Eintrag vollständig zu lesen, klicken Sie ihn mit der rechten Maustaste an und sehen Sie sich das Feld Protokollnachricht an.

Das Leeren des Protokolls löscht auch die Unterprotokolle. Die Schaltfläche Protokoll leeren entfernt das Projektprotokoll und das Unterprotokoll jedes darunterliegenden Workflows. Leeren Sie es nur, wenn Sie diesen Verlauf wirklich loswerden möchten.

Mit dem Vergleich sehen Sie genau, worin sich zwei Projekte unterscheiden, und können für die Teile, die sich sicher kopieren lassen, ausgewählte Änderungen von einem in das andere zusammenführen. Er passt zu zwei alltäglichen Situationen: Änderungen zwischen Umgebungen übernehmen (ein QA-Projekt in sein Produktions-Gegenstück) und gegen eine frühere Kopie prüfen (ein Klon aus dem Vormonat, um zu sehen, was sich geändert hat).

Sie behalten die ganze Zeit die Kontrolle – es wird nichts geschrieben, bevor Sie bestimmte Elemente auswählen und übernehmen, und Sie können vorher mit einem Probelauf prüfen.

  1. Öffnen Sie Analysieren und wählen Sie Projekte.
  2. Klicken Sie das Projekt, von dem Sie ausgehen möchten, mit der rechten Maustaste an (oder verwenden Sie sein Aktionsmenü) und wählen Sie Vergleichen mit….
  3. Das Projekt, von dem Sie ausgegangen sind, wird als Quelle eingetragen. Wählen Sie das Ziel aus der Dropdown-Liste.
  4. Klicken Sie auf Vergleichen.

Beide Projekte müssen im selben Workspace liegen. Mit Tauschen kehren Sie Quelle und Ziel vor dem Vergleich um – die Richtung ist wichtig, denn ein Zusammenführen kopiert von der Quelle in das Ziel.

Quellewoher die Änderungen kommenZieldas Projekt, das sich ändertZusammenführen kopiert →
Ein Zusammenführen schreibt immer nur in das Ziel. Stellen Sie die Richtung richtig ein, bevor Sie übernehmen.

Die linke Seite gruppiert jeden Unterschied unter seiner Kategorie – Workflows (mit verschachtelten Schritten), Variablen, Dimensionen, Editoren, UDFs, Ansichten und Tabellen. Jedes Element trägt eine Statusmarkierung:

Markierung Bedeutung
Hinzugefügt In der Quelle, aber nicht im Ziel – würde im Ziel erstellt
Geändert In beiden vorhanden, aber die Konfiguration unterscheidet sich
Gelöscht Im Ziel, aber nicht in der Quelle
Unverändert Auf beiden Seiten identisch (standardmäßig ausgeblendet)

Wählen Sie ein geändertes Element aus, um rechts eine Tabelle Feld / Quelle / Ziel zu sehen, darunter den vollständigen Konfigurationsvergleich. Filtern Sie nach Name oder Pfad oder schalten Sie die Statuskontrollkästchen um, um eine lange Liste einzugrenzen.

Nicht jeder Unterschied lässt sich sicher kopieren, daher kennzeichnet der Vergleich jedes Element:

  • Workflows, Schritte und Variablen können zusammengeführt werden.
  • Dimensionen, Editoren, UDFs, Ansichten und Tabellen sind nur lesbar – prüfen Sie sie hier, kopieren Sie sie aber mit ihren eigenen speziellen Werkzeugen herüber.

Zum Zusammenführen wählen Sie die zusammenführbaren Elemente aus, klicken auf Probelauf, um ohne Schreiben zu prüfen, dann auf Übernehmen und bestätigen. Zusammengeführte Elemente behalten ihre Identität im Ziel, sodass Sie später erneut vergleichen und weitere Änderungen zusammenführen können, ohne Duplikate zu erzeugen.

Ein Zusammenführen ändert das Ziel. Prüfen Sie den Vergleich, führen Sie einen Probelauf durch und stellen Sie sicher, dass Quelle und Ziel richtig herum eingestellt sind, bevor Sie übernehmen. Wenn jemand anderes das Ziel bearbeitet hat, nachdem Sie den Vergleich geladen haben, bricht das Zusammenführen ab, statt dessen Arbeit zu überschreiben – aktualisieren Sie und übernehmen Sie erneut.

Zum Übertragen von Dev → QA → Produktion zwischen Projekten, die voneinander kopiert wurden, siehe Erneut mit dem Projekt synchronisieren, von dem Sie kopiert haben; dort werden Elemente über ihre Kopierherkunft statt über den Namen zugeordnet.

Bezeichnungen sind frei wählbare Tags, die Sie an Objekte hängen – das Projekt selbst, seine Workflows, Schritte, Tabellen, Dimensionen, Dateneditoren und UDFs. Damit gruppieren Sie zusammengehörige Elemente nach allem, was für Sie zählt (eine Arbeitsphase, ein Quellsystem, ein Verantwortlicher, ein Release), und finden sie schnell wieder.

Jedes taggbare Objekt hat in seinem Detailbereich ein Feld Bezeichnungen:

  1. Klicken Sie irgendwo in das Feld Bezeichnungen, um den Cursor zu platzieren.
  2. Geben Sie den Text der Bezeichnung ein.
  3. Drücken Sie die Eingabetaste (oder tippen Sie ein Komma), um sie hinzuzufügen.

Entfernen Sie eine Bezeichnung mit dem × auf ihrem Chip, oder drücken Sie bei leerem Eingabefeld die Rücktaste, um die letzte zu entfernen.

Bezeichnungen werden in Kleinbuchstaben gespeichert. PlaidCloud wandelt jede Bezeichnung automatisch in Kleinbuchstaben um und lehnt ein Duplikat am selben Objekt ab. Halten Sie Ihren Satz konsistent, und er wird zu einer leichtgewichtigen Möglichkeit, ein großes Projekt zu zerlegen.

Um getaggte Elemente zu finden, geben Sie die Bezeichnung in das Filterfeld einer Projektliste ein – die Suche berücksichtigt neben dem Elementnamen auch den Text der Bezeichnungen.

PlaidCloud hält die Adressleiste im Gleichschritt mit dem, was Sie geöffnet haben. Öffnen Sie einen Workflow, eine Tabelle oder eine Dimension, und die URL wird zu einem Deep Link darauf. Es gibt keine separate Schaltfläche zum Teilen – die Adressleiste ist der Link.

  1. Öffnen Sie das Objekt, das Sie teilen möchten.
  2. Kopieren Sie die gesamte URL aus der Adressleiste Ihres Browsers.
  3. Senden Sie sie weiter – wer sie öffnet, landet auf demselben Bildschirm.

Links sind projektbezogen aufgebaut: Zuerst kommt das Projekt, dann das Objekt darin, getrennt durch ~.

Bildschirm Der Link endet mit
Projekt #p~<project>
Workflow (Raster „Schritte“) #p~<project>~w~<workflow>
Workflow (Arbeitsfläche des Visuellen Workflow-Designers) #p~<project>~c~<workflow>
Ein Schritt innerhalb eines Workflows …~w~<workflow>~s~<step>
Tabellen-Explorer #p~<project>~t~<table>
Dimensionshierarchie #p~<project>~d~<dimension>
Dateneditor #p~<project>~e~<editor>

Das Öffnen eines Links stellt den übergeordneten Kontext wieder her, nicht nur das eine Fenster: Ein Link zu einem Workflow öffnet auch dessen Projekt erneut, sodass der Empfänger mit dem umgebenden Projekt in der Registerleiste ankommt. Ein Schritt-Link wählt den Schritt sogar für ihn aus.

Ein Link enthält den Ort, nicht die Berechtigung. Wer ihn öffnet, braucht weiterhin Zugriff auf das Projekt. Wer ihn nicht hat, sieht das Objekt nicht – das Teilen eines Links ist also sicher. Wer was sehen darf, steuern Sie unter Datenzugriff steuern.

Ältere Links im Stil #te?p=…&t=… funktionieren weiterhin und schreiben sich bei der ersten Navigation unauffällig in die aktuelle, besser lesbare Form um.

Nichts geht verloren – und jetzt können Sie es zeigen. Sie haben den Verlauf eines Projekts gelesen, zwei Projekte verglichen und sicher in eine Richtung zusammengeführt, Arbeit mit Bezeichnungen organisiert, damit Sie sie wiederfinden, und einem Kollegen einen Deep Link gegeben, der ihn genau dorthin bringt, wo Sie sind.