Salesforce-Entwicklung mit Salesforce CLI meistern

Ihre Entwicklungsumgebung einrichten

Bevor Sie in die Salesforce-Entwicklung einsteigen, müssen Sie Ihre Umgebung einrichten. Dazu gehören die Installation notwendiger Tools und die Konfiguration Ihres Salesforce-Projekts.

Wenn Sie die Komplexität dieser Prozesse reduzieren möchten, damit Sie sich auf Innovation statt Prozessmanagement konzentrieren können, haben wir die passende Lösung für Sie. 

Kostenlos starten - keine Kreditkarte und gehören Sie zu den ausgewählten Teams, die Tekunda Serpent nutzen, um ihren Workflow zu transformieren.

Salesforce CLI installieren

Zuerst müssen Sie die Salesforce CLI installieren. Dieses Tool ist essenziell für die Interaktion mit Salesforce-Orgs, das Erstellen von Scratch Orgs und das Verwalten von Metadaten.

1. SF CLI herunterladen und installieren:

   Laden Sie den Installer von der Salesforce-CLI-Seite herunter. Folgen Sie den Installationsanweisungen für Ihr Betriebssystem.

2. Mit Salesforce authentifizieren:

   Nach der Installation der CLI authentifizieren Sie sich mit Ihrer Salesforce-Org über den folgenden Befehl:

   sf login

3. Salesforce-DX-Projekt einrichten:

   Erstellen Sie ein neues Salesforce-DX-Projekt oder wechseln Sie in Ihr vorhandenes Projektverzeichnis. Initialisieren Sie das Projekt mit:

   sf project create --name YourProjectName

Scratch Org erstellen

Scratch Orgs sind kurzlebige Umgebungen für Entwicklung und Tests. Sie können je nach Anforderung namespaced oder non-namespaced sein.

1. Scratch-Org-Konfiguration definieren:

   Erstellen Sie eine Datei config/project-scratch-def.json in Ihrem Projektverzeichnis mit der notwendigen Konfiguration. Zum Beispiel:

   {
     "orgName": "Demo Company",
     "edition": "Developer",
     "features": ["Communities", "ServiceCloud"],
     "settings": {
       "orgPreferenceSettings": {
         "s1DesktopEnabled": true,
         "selfSetPasswordInApi": true
       }
     }
   }

2. Scratch Org erstellen:

   Nutzen Sie den folgenden Befehl, um eine Scratch Org zu erstellen:

   sf org create scratch --definitionfile config/project-scratch-def.json --setdefaultusername --durationdays 7 --alias YourScratchOrgAlias

Mit Namespaced Orgs arbeiten

Wenn Sie ein managed package entwickeln, benötigen Sie möglicherweise eine namespaced scratch org. Namespaced Orgs sind besonders nützlich für Entwicklung und Tests von Managed Packages, weil Sie Ihren Code in einer Umgebung testen können, die Ihrer Produktionsumgebung stark ähnelt. Häufige Anwendungsfälle:

1. Code-Isolation: Namespaced Orgs helfen, Ihren Code von anderen Packages und Anpassungen in Ihrer Salesforce-Umgebung zu isolieren. Diese Isolation verhindert Konflikte zwischen Ihrem Code und anderen Packages.
2. Testen von Managed Packages: Beim Entwickeln von managed packages ist es entscheidend, sie in einer namespaced org zu testen, damit der Namespace des Package korrekt angewendet wird und nicht mit anderem Code oder Packages kollidiert.
3. Konsistenz mit Produktion: Namespaced Scratch Orgs ahmen das Verhalten Ihrer Produktionsumgebung nach und bieten eine konsistente Testbasis. Diese Konsistenz hilft, mögliche Produktionsprobleme früh zu erkennen.
4. Compliance und Sicherheit: Mit namespaced orgs können Sie Compliance- und Sicherheitsaspekte besser verwalten und sicherstellen, dass Ihre managed packages die Sicherheitsrichtlinien von Salesforce einhalten.

Stellen Sie sicher, dass Ihr Dev Hub einen registrierten Namespace hat, und nehmen Sie den Namespace in Ihre Scratch-Org-Definition auf.

Metadaten deployen und Code

Sobald Ihre Scratch Org bereit ist, können Sie Metadaten und Code deployen. Dieser Prozess umfasst das Pushen Ihres lokalen Source in die Scratch Org sowie das Einrichten notwendiger Testdaten und Berechtigungen.

In die Scratch Org deployen

1. Source zur Scratch Org pushen:

   Deployen Sie Ihren lokalen Source mit:

   sf project deploy start

2. Permission Sets zuweisen:

   Weisen Sie Ihrem Nutzer die notwendigen Permission Sets zu:

   sf org assign permset --name YourPermsetName

3. Testdaten laden:

   Wenn Sie Testdaten haben, laden Sie diese mit SOQL-Abfragen oder durch Import von Datendateien:

   sf data import tree --plan data/sample-data-plan.json

4. Abhängigkeiten installieren:

   Wenn Ihr Projekt von managed packages abhängt, installieren Sie sie mit:

   sf package install --package YourPackageAliasOrId --wait 10

Wenn Sie die Komplexität dieser Prozesse reduzieren möchten, damit Sie sich auf Innovation statt Prozessmanagement konzentrieren können, haben wir die passende Lösung für Sie. 

Kostenlos starten - keine Kreditkarte und gehören Sie zu den ausgewählten Teams, die Tekunda Serpent nutzen, um ihren Workflow zu transformieren.

Source-Control-Management

Effektive Source Control ist entscheidend für Teamarbeit und Projektintegrität. Git ist das am häufigsten genutzte Source-Control-System in der Salesforce-Entwicklung.

Git für Source Control nutzen

1. Git-Repository initialisieren:

   Wenn Ihr Projekt noch nicht unter Source Control steht, initialisieren Sie ein Git-Repository:

   git init

2. Änderungen hinzufügen und committen:

   Fügen Sie Ihre Änderungen dem Repository hinzu und committen Sie sie:

   git add .
   git commit -m "Initial commit"

3. Feature Branches erstellen:

   Nutzen Sie Git Flow zur Branch-Verwaltung. Erstellen Sie einen neuen Feature Branch:

   git checkout -b feature/new-feature

4. Änderungen fetchen und mergen:

   Holen und mergen Sie regelmäßig Änderungen aus dem Main Branch, damit Ihr Feature Branch aktuell bleibt:

   git fetch origin
   git merge origin/main

5. Änderungen committen und pushen:

   Nach Entwicklung Ihres Features committen und pushen Sie Ihre Änderungen:

   git commit -m "Developed new feature"
   git push origin feature/new-feature

6. Pull Requests erstellen:

   Öffnen Sie einen Pull Request, um Ihren Feature Branch in den Main Branch zu mergen. Stellen Sie sicher, dass Ihr Code vom Team geprüft und freigegeben wird.

Releases verwalten

Wenn Entwicklung und Tests abgeschlossen sind, geht es an das Release-Management. Dieser Prozess kann sich unterscheiden, je nachdem, ob Sie mit einer non-packaged org oder einem managed package arbeiten.

Release in eine Non-Packaged Org

1. In Produktion deployen:

   Deployen Sie Ihre Änderungen mit Salesforce CLI in die Production Org:

   sf project deploy start --target-org YourProductionOrgAlias

2. Tests ausführen:

   Stellen Sie sicher, dass alle Tests bestehen, bevor Sie das Deployment abschließen:

   sf apex run test --target-org YourProductionOrgAlias

3. Deployment überwachen:

   Nutzen Sie Salesforce CLI, um den Deployment-Status zu überwachen:

   sf project deploy report --target-org YourProductionOrgAlias --job-id <yourDeploymentJobId>

Release eines Managed Package

1. Ein Managed Package erstellen:

   Erstellen Sie mit Salesforce CLI eine neue Package-Version:

   sf package version create --package YourPackageAlias --installation-key YourKey --wait 10 --code-coverage

2. Package-Version promoten:

   Promoten Sie die Package-Version, damit sie für Installationen verfügbar wird:

   sf package version promote --package "YourPackageVersionId"

3. Für Security Review einreichen:

   Wenn Ihr Package auf AppExchange gelistet wird, reichen Sie es für einen Security Review ein. Dieser Prozess stellt sicher, dass Ihr Package die Sicherheitsstandards von Salesforce erfüllt.

4. Package installieren:

   Installieren Sie das managed package in Ihrer Production Org:

   sf package install --package YourPackageVersionId --target-org YourProductionOrgAlias --wait 10

Fazit

Salesforce-Entwicklung mit Salesforce CLI umfasst mehrere Schritte, vom Einrichten der Entwicklungsumgebung bis zum Release-Management. Durch Scratch Orgs, Deployment von Metadaten und Code, Source Control und effizientes Release-Management können Sie Ihren Salesforce-Entwicklungsprozess straffen.

Ob Sie für eine non-packaged org entwickeln oder ein managed package erstellen, Salesforce CLI bietet starke Befehle zur Automatisierung und Vereinfachung Ihres Workflows. Mit Best Practices und wirksamer Source Control stellen Sie sicher, dass Ihre Projekte gut verwaltet und deploymentbereit sind.

Wenn Sie die Komplexität dieser Prozesse reduzieren möchten, damit Sie sich auf Innovation statt Prozessmanagement konzentrieren können, haben wir die passende Lösung für Sie. 

Kostenlos starten - keine Kreditkarte und gehören Sie zu den ausgewählten Teams, die Tekunda Serpent nutzen, um ihren Workflow zu transformieren.