Salesforce ontwikkeling beheersen met Salesforce CLI

Opzetten van je ontwikkelomgeving

Voordat u begint met het ontwikkelen van Salesforce, moet u uw omgeving instellen. Dit houdt in dat u de benodigde tools moet installeren en uw Salesforce-project moet configureren.

Als u de complexiteit van deze processen wilt vereenvoudigen, zodat u zich kunt richten op innovatie in plaats van procesbeheer, dan hebben wij de oplossing voor u!  

Sluit u nu aan bij onze beperkte wachtlijst voor vroege toegang en behoor tot de uitverkorenen om Tekunda Serpent te gebruiken om uw workflow te transformeren!

Verkoopforce CLI installeren

Allereerst moet u de Salesforce CLI installeren. Deze tool is essentieel voor interactie met Salesforce-organen, het maken van scratch-organen en het beheren van metadata.

1. Download en installeer SF CLI:

   Download het installatieprogramma van de Salesforce CLI pagina. Volg de installatie-instructies voor uw besturingssysteem.

2. Authenticeren met Salesforce:

   Na de installatie van de CLI authenticeert u zich bij uw Salesforce org met de volgende opdracht:

   sf login
   

3. Opzetten van uw Salesforce DX-project:

   Maak een nieuw Salesforce DX-project of navigeer naar uw bestaande projectmap. Initialiseer het project met:

   sf project create --name YourProjectName
   

   .

Een Scratch org maken

Scratch orgs zijn tijdelijke omgevingen die je kunt gebruiken voor ontwikkeling en testen. Ze kunnen namespaced of non-namespaced zijn, afhankelijk van je vereisten.

1. Stel de Scratch Org-configuratie in:.

   Maak een config/project-scratch-def.json bestand in je projectmap met de benodigde configuratie. Bijvoorbeeld:

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

2. De Scratch org maken:

   Gebruik de volgende opdracht om een scratch org te maken:

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

Werken met namespaced Orgs

Als je een beheerd pakket ontwikkelt, heb je misschien een namespaced scratch org nodig. Namespaced orgs zijn vooral handig voor het ontwikkelen en testen van managed packages omdat ze je toestaan je code te testen in een omgeving die erg lijkt op je productieomgeving. Hier zijn enkele veelvoorkomende gebruikssituaties voor namespaced orgs:

1. Isolatie van code: Genoemde orgs helpen bij het isoleren van uw code van andere pakketten en aanpassingen in uw Salesforce-omgeving. Deze isolatie zorgt ervoor dat er geen conflicten zijn tussen uw code en andere pakketten.
2. Het testen van beheerde pakketten: Wanneer u beheerde pakketten ontwikkelt, is het cruciaal om deze te testen in een namespaced org om ervoor te zorgen dat de namespace van het pakket correct wordt toegepast en niet interfereert met andere code of pakketten.
3. Consistentie met productie: Namespaced scratch orgs bootsen het gedrag van uw productieomgeving na en bieden een consistente testomgeving. Deze consistentie helpt bij het identificeren van potentiële problemen die zich in de productie kunnen voordoen.
4. Compliance en beveiliging: Door namespaced orgs te gebruiken, kunt u compliance en beveiligingsaspecten beter beheren en ervoor zorgen dat uw beheerde pakketten voldoen aan de beveiligingsrichtlijnen van Salesforce.

Zorg ervoor dat uw Dev Hub een naamruimte heeft geregistreerd en neem de naamruimte op in de definitie van uw scratch org.

Metadata en code verspreiden

Als je scratch org klaar is, kun je metadata en code implementeren. Dit proces omvat het pushen van je lokale broncode naar de scratch org en het instellen van alle benodigde testgegevens en permissies.

Uitrollen naar de Scratch Org

1. Bron naar Scratch Org pushen:

   Leg uw lokale broncode uit naar de Scratch Org met:

   sf project deploy start
   

   .
2. Toestemmingensets toewijzen:

   Wijs de nodige toestemmingen toe aan je gebruiker:

   sf org assign permset --name YourPermsetName
   

3. Laad testgegevens:

   Als je testgegevens hebt, laad deze dan met SOQL-query's of door gegevensbestanden te importeren:

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

4. Installeer afhankelijkheden:

   Als je project afhankelijk is van beheerde pakketten, installeer deze dan met:

   sf package install --package YourPackageAliasOrId --wait 10
   

Als u de complexiteit van deze processen wilt vereenvoudigen zodat u zich kunt richten op innovatie in plaats van procesbeheer, dan hebben wij de oplossing voor u!  

Sluit u nu aan bij onze beperkte wachtlijst voor vroege toegang en behoor tot de uitverkorenen om Tekunda Serpent te gebruiken om uw workflow te transformeren!

Bronbeheer

Effectief bronbeheer is cruciaal voor teamsamenwerking en projectintegriteit. Git is het meest gebruikte broncontrolesysteem in Salesforce-ontwikkeling.

Git gebruiken voor broncontrole

1. Gitory initialiseren:

   Als je project nog niet onder broncontrole is, initialiseer dan een Git repository:

   git init
   

2. Wijzigingen toevoegen en vastleggen:

   Voeg je wijzigingen toe aan het archief en commit ze:

   git add .
   git commit -m "Initial commit"
   

3. Eigenschapstakken maken:

   Git Flow gebruiken om je branches te beheren. Maak een nieuwe feature branch voor ontwikkeling:

   git checkout -b feature/new-feature
   

4. Wijzigingen ophalen en samenvoegen:

   Regelmatig wijzigingen ophalen en samenvoegen van de hoofdbranch om je feature branch up-to-date te houden:

   git fetch origin
   git merge origin/main
   

5. Commit en push wijzigingen:

   Na het ontwikkelen van je functie, commit en push je wijzigingen:

   git commit -m "Nieuwe functie ontwikkeld"
   git push origin functie/nieuwe-functie
   

6. Trekverzoeken aanmaken:

   Open een pull request om je feature branch samen te voegen in de hoofd branch. Zorg ervoor dat je code wordt gecontroleerd en goedgekeurd door je team.

Het beheren van releases

Als de ontwikkeling en het testen klaar zijn, is het tijd om releases te beheren. Dit proces kan verschillen, afhankelijk van of je werkt met een niet-pakket org of een beheerd pakket.

Releasen naar een niet-verpakte org

1. Uitrollen naar productie:

   Leg uw wijzigingen uit naar de productie-org met de Salesforce CLI:

   sf project deploy start --target-org YourProductionOrgAlias
   

2. Run tests:

   Zorg ervoor dat alle tests slagen voordat u de implementatie afsluit:

   sf apex run test --target-org YourProductionOrgAlias
   

3. Monitor implementatie:

   Gebruik de Salesforce CLI om de implementatiestatus te controleren:

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

Een beheerd pakket vrijgeven

1. Een beheerd pakket maken:

   Maak een nieuwe pakketversie met de Salesforce CLI:

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

2. Promoot de pakketversie:

   Promoot de pakketversie om deze beschikbaar te maken voor installatie:

   sf package version promote --package "YourPackageVersionId"
   

3. Toezenden voor beveiligingsbeoordeling:

   Als uw pakket wordt opgenomen in de AppExchange, dient u het in voor een beveiligingsbeoordeling. Dit proces zorgt ervoor dat uw pakket voldoet aan de beveiligingsstandaarden van Salesforce.

4. Installeer het pakket:

   Installeer het beheerde pakket in uw productie-org:

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

Conclusie

Ontwikkelen voor Salesforce met behulp van de Salesforce CLI omvat verschillende stappen, van het opzetten van uw ontwikkelomgeving tot het beheren van releases. Door gebruik te maken van scratch orgs, metadata en code uit te rollen, met broncontrole om te gaan en releases efficiënt te beheren, kunt u uw Salesforce-ontwikkelingsproces stroomlijnen.

Of u nu ontwikkelt voor een niet-pakket org of een beheerd pakket maakt, de Salesforce CLI biedt krachtige commando's om uw workflow te automatiseren en te vereenvoudigen. Door best practices te volgen en effectief bronbeheer te onderhouden, kunt u ervoor zorgen dat uw projecten goed worden beheerd en klaar zijn voor implementatie.

Als u de complexiteit van deze processen wilt vereenvoudigen, zodat u zich kunt richten op innovatie in plaats van procesbeheer, dan hebben wij de oplossing voor u!  

Sluit u nu aan bij onze beperkte wachtlijst voor vroege toegang en behoor tot de uitverkorenen om Tekunda Serpent te gebruiken om uw workflow te transformeren!