Serpent is een DevOps-platform voor Salesforce-teams. Elke wijziging krijgt een gevolgde, controleerbare plek, zodat je kunt bouwen, reviewen en releasen zonder Git-branches, orgs en deployments handmatig te beheren. Deze pagina legt de kernbegrippen uit, geeft aan welke termen standaard Salesforce zijn en welke specifiek voor Serpent zijn, en beschrijft wat je bij elke stap kunt verwachten.
De kernonderdelen
Workspace
Een Serpent-term. De containerlaag van je team: hij bevat je projecten, leden, orgs en facturering. De meeste teams hebben één workspace.
Project
Een Serpent-term. Eén delivery-pijplijn: zijn eigen repository, gekoppelde orgs, reviewbeleid en team. Je maakt Work Items binnen een project aan, en de instellingen ervan bepalen hoe wijzigingen worden gereviewd en uitgeleverd.
Work Item
Een Serpent-term, en de eerste die je moet kennen. Een Work Item is de eenheid van verandering: één feature of fix, met zijn eigen Git-branch en gevolgde scope al voor je klaargezet. Zie het als een ticket en zijn branch in één, zodat jij aan de Salesforce-wijzigingen werkt in plaats van branches handmatig te beheren.
Orgs, sandboxes en productie
Standaard Salesforce-termen. Een org is een Salesforce-omgeving. Sandboxes zijn kopieën om in te bouwen en te testen; productie is de live org waarin je gebruikers werken. Een project koppelt de orgs waartegen het ontwikkelt en waarnaar het releaset.
Dev Hub en scratch orgs
Standaard Salesforce-termen. Een scratch org is een tijdelijke, source-gedreven omgeving die op aanvraag wordt aangemaakt voor één stuk werk en daarna wordt weggegooid. Een Dev Hub is de org die het aanmaken ervan autoriseert.
Review request
Serpents naam voor een pull request. Zodra een Work Item klaar is, doorloopt het een review request, zodat een teamgenoot de wijzigingen kan goedkeuren voordat ze worden uitgerold. Of review verplicht is, wordt per project ingesteld.
Automation flow
Een Serpent-term. Een configureerbare pijplijn die stappen automatisch uitvoert, zoals deployen bij een merge of een wijziging terugpromoten, zodat routinematig deliverywerk niet handmatig hoeft te gebeuren.
Release
Een groep wijzigingen die samen worden uitgerold en als één eenheid worden gevolgd, zodat je kunt zien wat er is uitgeleverd en indien nodig kunt terugdraaien.
Hoe de onderdelen samenhangen
De workflow loopt van boven naar beneden: een workspace bevat je projecten; binnen een project maak je voor elke wijziging een Work Item aan; je bouwt de wijziging tegen je orgs; je stuurt het door een review request; en goedgekeurd werk wordt uitgeleverd in een release. Een Work Item komt overeen met een branch, een review request met een pull request, en een release met een deployment.
Wat te verwachten bij het aanmaken van een Work Item
Wanneer je een Work Item aanmaakt, maakt Serpent direct de Git-branch aan en opent het Work Item, klaar voor je wijzigingen. Dit vereist dat de source control van het project al is gekoppeld. Verschijnt er geen branch, dan is source control nog niet gekoppeld: open Project Settings > Source Control, koppel je provider en maak het Work Item opnieuw aan.
Wanneer je Serpent gebruikt
Grijp naar Serpent wanneer je Salesforce-wijzigingen gevolgd, gereviewd en uitgeleverd wilt zien zoals een softwareteam code uitlevert, maar zonder zelf branches, scratch orgs en deploymentscripts op te zetten. Het vervangt de handmatige routine van change sets, handmatig beheerde branches en losse CLI-deploys door een begeleid, controleerbaar pad van work item naar productie.