YouTube ChannelSchedule a CallSubscribe for Updates

Bereitstellungsprozess

Übersicht

Diese Seite erklärt, wie Avonni Dynamic Components innerhalb von Salesforce gespeichert werden und wie Sie sie einfach zwischen Ihren verschiedenen Salesforce-Umgebungen bereitstellen können (z. B. von einer Sandbox in die Produktion oder zwischen Entwickler‑Orgs).

Einer der Hauptvorteile von Avonni Dynamic Components ist ihre Portabilität. Da sie nativ auf der Salesforce‑Plattform erstellt und gespeichert werden, ist das Verschieben Ihrer benutzerdefinierten Komponenten zwischen Organisationen mit den standardmäßigen Salesforce‑Bereitstellungstools unkompliziert.

Wie Dynamic Components gespeichert werden

Wenn Sie eine Dynamic Component im Avonni Component Builder erstellen und speichern, wird ihre gesamte Definition als Datensatz in einem bestimmten Custom Metadata Type (CMDT) gespeichert, der vom Avonni Managed Package bereitgestellt wird.

Wo der Code Ihrer Komponente liegt

Betrachten Sie diesen Custom Metadata‑Datensatz als den Quellcode und die Struktur Ihrer Dynamic Component — alles von Layout und Datenquellen bis hin zu Sichtbarkeitsregeln und Interaktionen ist in diesen Metadaten codiert. Es ist im Wesentlichen der Ort, an dem Ihre Dynamic Component „lebt“.

Zum Beispiel: Wenn Sie eine Komponente wie „Account Dashboard“ erstellen, wird sie als einzelner Datensatz innerhalb des Avonni Dynamic Component CMDT gespeichert (z. B. avonnidc__Dynamic_Component__mdt).

Die Verwendung von CMDT zur Speicherung macht Avonni‑Komponenten sehr portabel und kompatibel mit der nativen Bereitstellungsinfrastruktur von Salesforce.

Bereitstellungs-Workflow

Der typische Prozess zur Bereitstellung von Dynamic Components folgt den standardmäßigen Best Practices von Salesforce:

  1. Erstellen & Testen Erstellen und konfigurieren Sie Ihre Dynamic Component in einer Quell‑Org (z. B. einer Sandbox) und testen Sie sie gründlich. Vergessen Sie nicht, Zu speichern und Zu aktivieren sie im Avonni Component Builder.

  2. Komponenten identifizieren Bestimmen Sie, welche spezifischen CMDT‑Datensätze (d. h. Komponenten‑Definitionen) bereitgestellt werden müssen.

  3. Wählen Sie ein Bereitstellungstool Wählen Sie aus Tools wie Change Sets, Salesforce DX (SFDX), Antoder Drittanbieter‑Lösungen wie Gearset oder Copado.

  4. CMDT‑Datensätze einbeziehen Fügen Sie die notwendigen CMDT‑Datensätze zu Ihrem Bereitstellungspaket hinzu. Diese Datensätze werden unter dem CMDT‑Namen aufgeführt (normalerweise etwas wie avonnidc__Dynamic_Component__mdt—bestätigen Sie dies in Ihrer Org).

  5. Bereitstellen Stellen Sie die Metadaten mit dem von Ihnen gewählten Tool bereit.

  6. Im Ziel‑Org verifizieren & konfigurieren

    • Bestätigen Sie, dass die CMDT‑Datensätze korrekt bereitgestellt wurden.\n- Öffnen Sie die Avonni Components App in der Ziel‑Org, um Ihre bereitgestellten Komponenten zu finden.\n- Aktivieren Sie sie im Builder, falls sie im "Entwurf"‑Status erscheinen.\n- Verwenden Sie den Lightning App Builder um sie auf Lightning‑Seiten zu platzieren

Verwendung gängiger Bereitstellungstools

Change Sets

  1. Erstellen Sie ein Ausgehendes Change Set.

  2. Unter Komponententypwählen Sie Custom Metadata Type.

  3. Fügen Sie die spezifischen CMDT‑Datensätze für Ihre Dynamic Components hinzu.

  4. Beziehen Sie alle abhängigen Komponenten ein (z. B. Apex‑Klassen, Flows, referenzierte Felder).

  5. Laden Sie das Change Set hoch und stellen Sie es in Ihrer Ziel‑Org bereit.

Salesforce DX (SFDX)

  • Stellen Sie sicher, dass Ihre package.xml Manifestdatei den Custom Metadata Type für Avonni Dynamic Components enthält. Sie sieht ungefähr so aus (prüfen Sie den genauen Namen Avonni_Dynamic_Component__mdt in Ihrer Org)

<types>
    <members>*</members>
    <name>CustomMetadata</name>
</types>
<types>
    <members>Avonni_Dynamic_Component__mdt.*</members>
    <name>CustomObject</name>
</types>

(Hinweis: CMDT‑Datensätze werden häufig über den Metadatentyp CustomObject in package.xml abgerufen/bereitgestellt) Alternativ — oder für mehr Granularität — können Sie die spezifischen Datensätze innerhalb des CustomMetadata‑Typ‑Eintrags referenzieren, wenn Sie nur bestimmte Komponenten bereitstellen möchten.

  • Verwenden Sie SFDX‑Befehle (sf project retrieve start / sf project deploy start) um die CMDT‑Datensätze aus der Quell‑Org abzurufen und in die Ziel‑Org bereitzustellen.

Drittanbieter‑Tools

Tools wie Gearset und Copado unterstützen die CMDT‑Bereitstellung vollständig. Wählen Sie die entsprechenden Avonni CMDT‑Datensätze aus und folgen Sie dem Bereitstellungsablauf Ihres Tools.

Wichtige Überlegungen

  • Aktivierung in der Ziel‑Org: Bereitgestellte Komponenten werden in der Ziel‑Org häufig im "Entwurf"‑Zustand geliefert. Sie müssen sie wahrscheinlich im Avonni Component Builder in der Ziel‑Org öffnen und Zu aktivieren aktivieren, bevor Sie sie zu Lightning‑Seiten hinzufügen.

  • Abhängigkeiten: Stellen Sie sicher, dass alle zugrundeliegenden Komponenten, auf die Ihre Dynamic Component angewiesen ist (Custom Objects, Felder, Apex‑Klassen, die von Interaktionen aufgerufen werden, Flows etc.), ebenfalls in Ihrer Bereitstellung enthalten sind oder bereits in der Ziel‑Org existieren.

  • Berechtigungen & Lizenzen: Überprüfen Sie, dass Benutzer und Administratoren in der Ziel‑Org die notwendigen Avonni‑Lizenzen und Berechtigungssätze zugewiesen haben, um den Builder zu verwenden und die bereitgestellten Komponenten anzuzeigen.

  • Aktualisierungen des Managed Packages: Stellen Sie sicher, dass sowohl die Quell‑ als auch die Ziel‑Org dieselbe (oder eine kompatible) Version des Avonni Dynamic Components Managed Package verwenden, bevor Sie Komponenten‑Definitionen bereitstellen.

Zusammenfassung

Avonni Dynamic Components werden als Custom Metadata Type‑Datensätze gespeichert — im Wesentlichen der „Code“ und die „Struktur“ Ihrer Komponenten. Dieses Design ermöglicht eine einfache Bereitstellung mit nativen Salesforce‑ und Drittanbieter‑Bereitstellungstools. Indem Sie Ihre Komponenten wie Metadaten‑Assets behandeln, können Sie ihren Lebenszyklus über mehrere Umgebungen hinweg schnell und präzise verwalten.

Bereitstellungs‑Tipps aus der Community

Stellen Sie Dynamic Components zum ersten Mal bereit? Treten Sie unserer Trailblazer Community Group bei, in der erfahrene Administratoren Folgendes teilen:

  • Automatisierungsskripte für die Bereitstellung und package.xml‑Vorlagen

  • Best Practices für Change Sets speziell für Dynamic Components

  • CI/CD‑Pipeline‑Konfigurationen für Teams, die Salesforce DX verwenden

  • Fehlerbehebungstipps für häufige Bereitstellungsprobleme (Aktivierungszustände, Abhängigkeiten, Versionskonflikte)

  • Enterprise‑Bereitstellungsstrategien für die Verwaltung von Komponenten über mehrere Orgs hinweg

Viele Community‑Mitglieder haben ihre Bereitstellungs‑Workflows dokumentiert und helfen gern bei der Fehlersuche. Ob Sie Ihre erste Komponente bereitstellen oder eine vollständige DevOps‑Pipeline aufbauen — Sie finden hilfreiche Einblicke von Leuten, die diese Herausforderungen bereits gelöst haben.

Treten Sie der Community bei | Support kontaktieren: [email protected]

Zuletzt aktualisiert

War das hilfreich?