Arbeiten mit Winshuttle Composer Implementierungsprofilen

Auf dieser Seite

• Typen von Implementierungsprofilen
• Arbeiten mit Implementierungsprofil-Varianten
• Einstellen des aktiven Implementierungsprofils für eine Lösung
• Konfigurieren von Implementierungsprofilen und -varianten
• Bewährte Methoden für die Verwendung von Implementierungsprofilen

Winshuttle Composer Implementierungsprofile ermöglicht es Ihnen, auf einfache Art und Weise eine Composer Lösung zu entwickeln und sie durch eine Umgebung zu bewegen. Eine Workflowlösung kann ein oder mehrere Implementierungsprofile für das Veröffentlichen von Lösungen besitzen.

Zum Beispiel können Sie eine Entwicklungsumgebung dazu verwenden, um eine Lösung zu bauen und zu testen, sowie Profile für die Qualitätskontrolle, Bereitstellung und (abschließend) für die Veröffentlichung in Ihrer Live-/Produktionsumgebung.

Typen von Implementierungsprofilen

Zurück zum Anfang

 

In der Standardeinstellung sind vier Implementierungsprofile in einer neuen Winshuttle Composer Lösung verfügbar:

• Standard
• Entwicklung
• Bereitstellung
• Produktion

Um ein Entwicklungsprofil zu verwenden oder zu ändern, müssen Sie das Profil als „Aktiv“ festlegen.

Rechtsklicken Sie im Lösungsbereich unter Implementierungsprofile auf ein Profil, um:

• Ein neues Profil hinzuzufügen
• Ein Profil zu löschen
• Ein Profil als Aktiv festzulegen
• Für das ausgewählte Profil Varianten zu bearbeiten

Arbeiten mit Implementierungsprofil-Varianten

Zurück zum Anfang

Varianten werden in einem Implementierungsprofil gespeichert, das verschiedene Teile einer Lösung darstellt. Varianten können auf Swimlanebenutzer, Formulardatenverbindungen, Plug-ins, Workflow-Teilnehmer-Konfliktlöser und Composer Elemente angewendet werden.

Varianten ändern sich auf Grundlage der Umgebung, in die die Lösung implementiert wird, und Sie können eindeutige Variantendefinitionen in einer Lösungsdatei erstellen, damit sie nicht jedes Mal geändert werden müssen, wenn die Lösung zwischen Umgebungen verschoben wird.

Während Sie sich durch den Implementierungsprozess arbeiten, ist es möglich, dass Sie ein Implementierungsprofil für Ihre Entwicklungsumgebung und eines für Ihre Produktionsumgebung haben. Sobald Sie die Arbeit in der Entwicklungsumgebung abgeschlossen haben und Sie bereit sind, die Lösung in der Produktionsumgebung zu veröffentlichen, können sich einige Ihrer Variablen (oder Varianten) ändern.

Beispiel: Eine Lösung, die das Anhangelement verwendet, kann einen anderen Wert für den Dateiparameter besitzen, abhängig davon, welches Profil verwendet wird. Ein Entwicklungsimplementierungsprofil kann den Wert D:\ als Laufwerk verwenden, wobei das Veröffentlichungsimplementierungsprofil C:\ als Laufwerk verwenden kann.

Datenverbindungen sind ein gutes Beispiel für etwas, das wahrscheinlich geändert werden muss, wenn eine Lösung von einer Entwicklungs- in eine Produktionsumgebung verschoben wird. Eine Datenverbindung verbindet sich normalerweise zu einer Datenquelle in derselben Umgebung, in der Sie arbeiten. Aber wenn Sie die Lösung aus dieser Umgebung verschieben (von Bereitstellung zu Produktion zum Beispiel), wird diese Verbindung getrennt.

Einstellen des aktiven Implementierungsprofils für eine Lösung

Zurück zum Anfang

Es ist wichtig, ein Implementierungsprofil als Aktiv festzulegen, um seine Einstellungen auf die aktuelle Lösung anzuwenden.

1. Klicken Sie auf die Registerkarte Lösung.
2. Klicken Sie im Bereich „Lösung“ auf Implementierungsprofile, um es zu erweitern.
3. Rechtsklicken Sie auf ein Implementierungsprofil und klicken Sie dann auf Als aktiv festlegen.

Wenn eine Lösung gespeichert wird, wird sie auf der Workflow Website gespeichert, die im aktiven Implementierungsprofil definiert wurde. Darüber hinaus wird die Lösung nur auf der Workflow Website gespeichert, die durch das aktive Profil definiert ist. Wenn Sie das aktive Profil ändern, könnte die Quell-Lösungsdatei möglicherweise ebenfalls den Speicherort wechseln.

Konfigurieren von Implementierungsprofilen und -varianten

Zurück zum Anfang

Um die allgemeinen Eigenschaften eines Implementierungsprofils anzuzeigen oder zu ändern:

Klicken Sie im Lösungsbereich unter Implementierungsprofile auf ein Implementierungsprofil. Im Bereich „Allgemeine Eigenschaften“ können Sie die folgenden Eigenschaften anzeigen oder ändern:

• Name: Der Name des Profils.
• Beschreibung: Eine aussagekräftige Beschreibung für das Profil.
• Status: Dies ist ein Hinweis für den internen Entwickler. Sie können das Implementierungsprofil als Neu, In Produktion oder Verworfen markieren.
• Implementierungsvarianten: Klicken Sie auf die Optionen-Schaltfläche [...], um eine vollständige Zusammenfassung der mit der Lösung verknüpften Varianten anzuzeigen.

Konfigurieren von Implementierungsprofil-Varianten

1. Klicken Sie auf die Registerkarte Lösung.
2. Klicken Sie im Bereich „Lösungseigenschaften“ auf Implementierungsprofile, um es zu erweitern.
3. Klicken Sie auf den Namen des Implementierungsprofils, das Sie konfigurieren möchten.
4. Klicken Sie im Variantenbereich (unter dem Lösungsbereich) neben Implementierungsvarianten auf die Optionen-Schaltfläche [...].
5. Legen Sie die Eigenschaften für die Implementierungsprofilvarianten fest.

Konfigurieren von Varianten (alternative Methode)

1. Klicken Sie auf die Registerkarte Lösung.
2. Klicken Sie im Bereich „Lösung“ auf Implementierungsprofile, um es zu erweitern.
3. Rechtsklicken Sie auf ein Implementierungsprofil und klicken Sie dann auf Varianten bearbeiten.

Bewährte Methoden für die Verwendung von Implementierungsprofilen

Zurück zum Anfang

• Behalten Sie die „niedrigste“ (Basis-) Umgebung (d. h. Entwicklung) als das aktive Profil bei.
• Führen Sie alle Änderungen an der Basisumgebungsversion der Lösung durch.

Der einzige Ort, an dem die Lösung eine Kopie speichern wird, ist die Umgebung, die Sie angegeben haben. Das Durchführen von Änderungen an der „Basis“-Version einer Lösung vermeidet mögliche Verwechslungen durch das Speichern von „schlechten“ Kopien in einer Bereitstellungs- oder Produktionsumgebung.

Beispiel für bewährte Methoden für ein Implementierungsprofil

Auf Grundlage der oben beschriebenen bewährten Methoden ist es nicht notwendig, mehr als eine Kopie der Composer Lösung beizubehalten. Es wird dennoch empfohlen, mindestens eine zusätzliche Composer Instanz zum Testen und Validieren neuer Versionen und Releases der Lösung beizubehalten.

Beispiel:

1. Ein Unternehmen besitzt drei Umgebungen: DEV (Entwicklung), QA (Qualitätssicherung) und PROD (Produktion). Winshuttle Composer ist auf einem Server in der QA-Umgebung installiert.
2. Ein Entwickler erstellt eine Lösung und legt das aktive Profil zu Entwicklung fest. Anschließend implementiert der Entwickler die Lösung und testet sie unter Verwendung des Profils „Entwicklung“. Die Lösung wird in der Composer Lösungsbibliothek in der Entwicklungsumgebung gespeichert.
3. Nach Abschluss der Tests ist der Lösungsentwickler bereit, die Lösung in die Qualitätssicherung zu verschieben.
4. Der Entwickler ändert nichts am aktiven Profil und bearbeitet stattdessen das QA-Implementierungsprofil, damit es auf den korrekten Speicherort in der QA-Umgebung verweist.
5. Der Entwickler implementiert die Lösung und wählt während der Implementierung das QA-Implementierungsprofil aus dem Dropdownmenü.
6. Die Lösung ist nun sowohl in DEV als auch in QA implementiert, jedoch besteht die Lösungsquelle nur in der DEV-Umgebung (da dies das aktive Profil ist).

Derselbe Prozess würde für PROD-Umgebung wiederholt werden.

Hinweis: Nachdem Änderungen an einer Lösung durchgeführt und dann erfolgreich getestet und verifiziert wurden, sollte die Lösung erneut in allen betroffenen Workflow-Websites implementiert werden (DEV, QA und/oder PROD im oben stehenden Beispiel), damit sie synchron bleiben. Dieser Prozess stellt sicher, dass die Lösungsquelle sich nur an einem Speicherort befindet und nicht durch Entwickler verwechselt werden kann.

Dies unterstreicht ebenfalls das Konzept, dass nur die Entwicklungskopie diejenige sein sollte, die sich ändert, und dass die anderen Umgebungen nicht für das Durchführen von Änderungen verwendet werden sollten. Stattdessen sollten andere Umgebungen für das Hochstufen von Entwicklung bis zur Produktion verwendet werden.