Serpent ist eine DevOps-Plattform für Salesforce-Teams. Jede Änderung erhält ein nachverfolgtes, überprüfbares Zuhause, damit Sie bauen, reviewen und releasen können, ohne Git-Branches, Orgs und Deployments von Hand zu verwalten. Diese Seite erklärt die Kernobjekte, kennzeichnet, welche Begriffe Salesforce-Standard sind und welche Serpent-spezifisch, und beschreibt, was bei jedem Schritt zu erwarten ist.
Die Kernobjekte
Workspace
Ein Serpent-Begriff. Der übergeordnete Container Ihres Teams: er enthält Ihre Projekte, Mitglieder, Orgs und die Abrechnung. Die meisten Teams haben einen Workspace.
Project
Ein Serpent-Begriff. Eine Delivery-Pipeline für sich: ein eigenes Repository, verbundene Orgs, Review-Richtlinie und Team. Sie erstellen Work Items innerhalb eines Projects, und dessen Einstellungen legen fest, wie Änderungen reviewt und ausgeliefert werden.
Work Item
Ein Serpent-Begriff, und der wichtigste zuerst. Ein Work Item ist die Änderungseinheit: ein Feature oder ein Fix, mit seinem Git-Branch und nachverfolgtem Umfang bereits für Sie eingerichtet. Stellen Sie es sich als Ticket und Branch in einem vor, sodass Sie an den Salesforce-Änderungen arbeiten, statt Branches von Hand zu verwalten.
Orgs, Sandboxes und Produktion
Standard-Salesforce-Begriffe. Eine Org ist eine Salesforce-Umgebung. Sandboxes sind Kopien zum Bauen und Testen; die Produktion ist die Live-Org, in der Ihre Nutzer arbeiten. Ein Project verbindet die Orgs, gegen die es entwickelt und in die es released.
Dev Hub und Scratch Orgs
Standard-Salesforce-Begriffe. Eine Scratch Org ist eine temporäre, quellgesteuerte Umgebung, die bei Bedarf für eine einzelne Aufgabe erstellt und danach verworfen wird. Ein Dev Hub ist die Org, die deren Erstellung autorisiert.
Review request
Serpents Bezeichnung für einen Pull Request. Wenn ein Work Item bereit ist, durchläuft es eine Review request, damit ein Teammitglied die Änderungen freigeben kann, bevor sie deployt werden. Ob eine Review erforderlich ist, wird pro Project festgelegt.
Automation flow
Ein Serpent-Begriff. Eine konfigurierbare Pipeline, die Schritte automatisch ausführt, etwa das Deployen bei einem Merge oder das Zurückbefördern einer Änderung, damit Routine-Delivery-Arbeit nicht von Hand erledigt werden muss.
Release
Ein Bündel von Änderungen, die gemeinsam deployt und als eine Einheit nachverfolgt werden, sodass Sie sehen, was ausgeliefert wurde, und bei Bedarf zurückrollen können.
Wie die Teile zusammenpassen
Der Ablauf läuft von oben nach unten: ein Workspace enthält Ihre Projects; innerhalb eines Projects erstellen Sie für jede Änderung ein Work Item; Sie bauen die Änderung gegen Ihre Orgs; Sie schicken sie durch eine Review request; und freigegebene Arbeit wird in einem Release ausgeliefert. Ein Work Item entspricht einem Branch, eine Review request einem Pull Request, und ein Release einem Deployment.
Was beim Erstellen eines Work Items zu erwarten ist
Wenn Sie ein Work Item erstellen, legt Serpent sofort dessen Git-Branch an und öffnet das Work Item bereit für Ihre Änderungen. Das setzt voraus, dass die Quellcodeverwaltung des Projects bereits verbunden ist. Erscheint kein Branch, ist die Quellcodeverwaltung noch nicht verbunden: Öffnen Sie Project Settings > Source Control, verbinden Sie Ihren Anbieter, und erstellen Sie das Work Item erneut.
Wann Sie Serpent einsetzen
Greifen Sie zu Serpent, wenn Sie Salesforce-Änderungen so nachverfolgt, reviewt und released haben möchten, wie ein Software-Team Code ausliefert, ohne Branches, Scratch Orgs und Deployment-Skripte selbst zu verdrahten. Es ersetzt die manuelle Routine aus Change Sets, von Hand verwalteten Branches und einmaligen CLI-Deploys durch einen geführten, überprüfbaren Weg vom Work Item bis zur Produktion.