Retrieve vs Deploy

De twee richtingen waarin elke Metadata API-bewerking beweegt: ophalen uit een org, of pushen naar een org.

Definitie

Retrieve en deploy zijn de twee Metadata API-bewerkingen waarop al het andere voortbouwt, en de richting is belangrijk. Een retrieve haalt metadata uit een org naar lokale bestanden, sf project retrieve start in Salesforce CLI, zodat de org de bron van waarheid is en lokale bestanden worden bijgewerkt om ermee overeen te komen. Een deploy pusht lokale metadata naar een org, sf project deploy start, zodat de lokale bestanden de bron van waarheid zijn en de org wordt bijgewerkt om ermee overeen te komen. Richting door elkaar halen is een veelvoorkomende oorzaak van overschreven werk: retrieven vanuit productie na het aanbrengen van lokale wijzigingen gooit die wijzigingen stilzwijgend weg, tenzij source tracking of versiebeheer het conflict eerst opvangt. Change sets en de klassieke packaging-UI zijn feitelijk deploy-only, eenrichtingsbewerkingen die beperkt zijn tot één upload. Sommige tools automatiseren de retrieve-helft continu, door elke org-wijziging rechtstreeks naar Git te committen, een afweging die de vergelijking tussen Serpent en Blue Canvas behandelt. Onze Salesforce CLI-gids behandelt beide commando's uitgebreider.

In de praktijk

Hoe het werkt in Serpent

Serpent houdt bij in welke richting elke wijziging stroomt als onderdeel van een taak, zodat een developer nooit hoeft te onthouden of de volgende actie een retrieve of een deploy is. Org-vergelijking toont drift in beide richtingen, wat in de org staat maar niet wordt getrackt, en wat wordt getrackt maar nog niet is gedeployed, voordat een van beide bewerkingen wordt uitgevoerd. Zie de Serpent VS Code-extensie voor hoe retrieve- en deployacties worden getoond zonder de editor te verlaten.

Veelgestelde vragen