Salesforce-DevOps-Glossar
Klare Definitionen für die Salesforce-DevOps-Begriffe, die in jedem Release vorkommen, von Change Sets bis Rollback.
1GP (Paketerstellung der ersten Generation)
Salesforces ursprüngliche Methode zum Erstellen von Packages, durch direktes Hochladen aus einer Org statt Code in Git.
Definition lesen →2GP (Paketierung der zweiten Generation)
Salesforces modernes Packaging-Modell, das Packages aus Code in der Versionskontrolle baut, statt sich durch eine Org zu klicken.
Definition lesen →Ancestry
Die deklarierte Abstammung zwischen Paketversionen, die Salesforce mitteilt, von welcher vorherigen Version eine neue Version upgraden soll.
Definition lesen →Apex Test Class
Produktions-Deployments erfordern, dass Apex-Testklassen laufen und bestehen; das Überspringen oder Manipulieren der Abdeckung ist eine der häufigsten Überraschungen am Release-Tag.
Definition lesen →Apex-Testabdeckung
Der Prozentsatz des von Tests ausgeführten Apex-Codes; Salesforce verlangt mindestens 75%, um in die Produktion zu deployen.
Definition lesen →Benannte Anmeldeinformation
Eine Metadatenkomponente, die den Endpoint und die Authentifizierungsdetails eines externen Systems zur Wiederverwendung in Apex und Flow speichert.
Definition lesen →Benutzerdefinierte Einstellung
Custom Settings speichern Daten, keine Metadaten, daher benötigen ihre Werte meist einen separaten Datenmigrationsschritt, den ein Standard-Deployment nicht abdeckt.
Definition lesen →Berechtigungssatzgruppe
Berechtigungssatzgruppen bündeln mehrere Berechtigungssätze in eine zuweisbare Einheit, aber ihr kombinierter Zugriff wird asynchron neu berechnet, nicht sofort.
Definition lesen →Bulk API
Salesforces REST-basierte API zum asynchronen Laden, Aktualisieren oder Löschen großer Mengen von Datensätzen.
Definition lesen →Change Set
Salesforces natives Point-and-Click-Verfahren, um Metadaten zwischen verbundenen Orgs zu verschieben, ein manueller Upload nach dem anderen.
Definition lesen →CI/CD
Salesforce-Änderungen automatisch bauen, testen und ausliefern, sobald sie committet werden, statt sie zu großen Releases zu bündeln.
Definition lesen →Connected App
Eine Connected App ist die Art, wie sich ein externes Tool bei Salesforce authentifiziert, und ihre OAuth-Einstellungen sind Metadaten, die die meisten Teams von Hand in jeder Org verwalten.
Definition lesen →Custom Metadata Type
Custom-Metadata-Datensätze werden als Metadaten deployt, nicht als Daten, was sie zum Standardweg macht, Konfiguration zwischen Orgs zu verschieben, ohne einen Datenmigrationsschritt zu benötigen.
Definition lesen →Delta Deployment
Nur die Metadaten deployen, die sich seit dem letzten Release geändert haben, statt das gesamte Paket.
Definition lesen →Deployment Connection
Eine Deployment Connection ist das, worüber sich ein DevOps-Tool authentifiziert, um Metadaten in eine Org zu verschieben, und eine falsch konfigurierte Connection ist der häufigste Grund, warum eine Pipeline einfach stehen bleibt.
Definition lesen →Deployment Plan
Die geordneten Schritte, Abhängigkeiten und manuellen Aktionen, die nötig sind, um ein Salesforce-Release sicher auszuliefern.
Definition lesen →Deprecate (Metadaten)
Eine Metadatenkomponente als nicht mehr unterstützt kennzeichnen, ohne sie zu löschen, damit bestehende Abonnenten, die darauf verweisen, nicht kaputtgehen.
Definition lesen →Destructive Changes
Salesforce-Deployments, die Metadaten entfernen, getrennt von additiven Änderungen nachverfolgt, damit Löschungen bewusst bleiben.
Definition lesen →Dev Hub
Die Control-Plane-Org, die Scratch Orgs erstellt und Paketversionen für ein Team baut.
Definition lesen →Environment Hub
Eine Salesforce-Labs-App zum Verbinden und Verwalten mehrerer verwandter Orgs, Sandboxes, Dev Hubs und Testorgs von einer zentralen Hub-Org aus.
Definition lesen →Externe Anmeldeinformation
Externe Anmeldeinformationen trennen die Authentifizierungskonfiguration vom Endpoint selbst und ersetzen das ältere Muster, Authentifizierungsdetails in eine einzige benannte Anmeldeinformation einzubacken.
Definition lesen →Feature-Branch
Ein kurzlebiger Branch, der die Arbeit an einem Feature isoliert, oft gepaart mit einer eigenen Scratch Org in Salesforce.
Definition lesen →Field-Level Security
Field-Level Security legt fest, wer ein Feld unabhängig vom Objekt und dem Seitenlayout, auf dem es erscheint, sehen oder bearbeiten kann, und das wird bei einem Deployment leicht übersehen.
Definition lesen →Flow Deployment
Das Deployen einer neuen Flow-Version aktiviert sie nicht, und ein inaktiver Flow tut stillschweigend nichts, bis jemand den Schalter umlegt.
Definition lesen →FMA (Feature Management App)
Ein ISV-Tool, um einzelne Features je Abonnentenlizenz ein- oder auszuschalten, ohne eine neue Paketversion auszuliefern.
Definition lesen →Git Branching Strategy
Wie ein Team parallele Arbeit in Git organisiert, und bei Salesforce, wie sich das auf die Org-Struktur abbildet.
Definition lesen →Installationsschlüssel
Ein optionaler Zugangscode, der zur Installation eines Packages erforderlich ist und dazu dient, nicht gelistete oder Vorab-Packages auf bestimmte Kunden zu beschränken.
Definition lesen →LMA (License Management App)
Eine kostenlose Salesforce-App, installiert in einer dedizierten License Management Org, die verfolgt, wer Ihr Paket installiert hat und auf welcher Version.
Definition lesen →Manifest
Die XML-Datei, die der Metadata API genau mitteilt, welche Komponenten abgerufen oder deployt werden sollen.
Definition lesen →Metadata API
Salesforces API zum Abrufen und Deployen von Org-Konfiguration, die Grundlage, auf der fast jedes DevOps-Tool aufbaut.
Definition lesen →Metadata Coverage Report
Salesforces offizielle Referenz dafür, welche Metadatentypen die Metadata API und die Tooling API unterstützen, und wie vollständig.
Definition lesen →Metadata Format
Die native flache Struktur der Metadata API, ein Top-Level-Ordner pro Komponententyp, gesteuert durch package.xml.
Definition lesen →Namespace
Ein eindeutiges Präfix mit bis zu 15 Zeichen, das jede Komponente in einem Paket abgrenzt, um Kollisionen in Subscriber-Orgs zu vermeiden.
Definition lesen →Org Shape
Nicht jede Sandbox hat dieselben Limits wie die Produktion, und eine nicht passende Org Shape ist eine häufige Ursache für Bugs nach dem Muster „funktioniert in der Sandbox, scheitert in Prod“.
Definition lesen →Org-Dependent Unlocked Package
Ein Unlocked Package, das gegen Metadaten gebaut wird, die außerhalb des Pakets verbleiben, für Brownfield-Orgs, die sich nicht vollständig modularisieren lassen.
Definition lesen →Package Alias
Ein lesbarer Name in sfdx-project.json, der einer Paket- oder Paketversions-ID zugeordnet ist, damit Skripte und CI keine kryptischen IDs fest codieren müssen.
Definition lesen →Package Dependency
Eine deklarierte Anforderung, dass eine Paketversion eine andere, bereits installierte Paketversion benötigt, bevor sie gebaut oder installiert werden kann.
Definition lesen →Package Version
Ein unveränderlicher, eindeutig nummerierter Build eines 2GP-Pakets, die Einheit, auf der jede Installation und jedes Upgrade basiert.
Definition lesen →package.xml
Die Manifestdatei, die der Metadata API genau mitteilt, welche Komponenten in einem Release abgerufen oder deployt werden sollen.
Definition lesen →Patch Version
Die dritte Zahl in einer Package Version, reserviert für Fixes, die von einer bereits veröffentlichten Version aus ausgeliefert werden, ohne ein vollständig neues Release.
Definition lesen →Permission Set vs. Profile
Jeder Nutzer hat ein Profile; Permission Sets legen zusätzlichen Zugriff obendrauf, und Salesforce empfiehlt Letzteres.
Definition lesen →Promoted Package Version
Eine Paketversion, die vom Status Beta in den Status Released überführt wurde, der einzige Status, den Salesforce für die Installation in der Produktion zulässt.
Definition lesen →Push Upgrade
Ein geplantes Upgrade, das automatisch eine neuere Paketversion in Subscriber-Orgs installiert, ohne dass der Subscriber es selbst anstößt.
Definition lesen →Quick Deploy
Quick Deploy überspringt das erneute Ausführen von Apex-Tests für ein bereits validiertes Deployment, aber nur innerhalb eines engen Zeit- und Org-Zustandsfensters.
Definition lesen →Record Type
Record Types steuern, welche Picklist-Werte und welches Seitenlayout ein Nutzer sieht, und ihr Deployment hängt vollständig von bereits in der Ziel-Org vorhandenen Picklist-Werten ab.
Definition lesen →Release Branch
Ein Branch, der abgezweigt wird, um eine Reihe von Features vor dem Release zu stabilisieren, meist einer UAT-Org zugeordnet.
Definition lesen →Retrieve vs. Deploy
Die beiden Richtungen, in die sich jede Metadata-API-Operation bewegt: aus einer Org ziehen oder in eine Org pushen.
Definition lesen →Rollback
Ein Deployment rückgängig machen, das ein Problem ausgeliefert hat, etwas, das Salesforce für Metadaten nicht nativ unterstützt.
Definition lesen →Sandbox Seeding
Das Laden realistischer Beispiel- oder maskierter Daten in eine Sandbox oder Scratch Org, damit Tests reale Bedingungen widerspiegeln.
Definition lesen →Scratch Org
Eine temporäre, source-gesteuerte Salesforce-Umgebung, die auf Anfrage erstellt und nach getaner Arbeit verworfen wird.
Definition lesen →Scratch Org Definition
Die JSON-Datei, die festlegt, mit welcher Edition, welchen Features und Einstellungen eine neue Scratch Org erstellt werden soll.
Definition lesen →Security Review (AppExchange)
Salesforces verpflichtende Prüfung, statische und dynamische Analyse plus manuelle Kontrollen, die ein Paket vor der AppExchange-Listung bestehen muss.
Definition lesen →SFDX Auth URL
Ein einzelner String, der die OAuth-Zugangsdaten einer Org kodiert, genutzt zur Authentifizierung von Salesforce CLI in CI ohne browserbasierten Login.
Definition lesen →sfdx-project.json
Die Konfigurationsdatei an der Wurzel jedes Source-Format-Projekts, die Paketverzeichnisse, Namespace und Paketabhängigkeiten deklariert.
Definition lesen →Shape
Ein erfasster Schnappschuss von Edition, Features und Limits einer Org, genutzt, um Scratch Orgs zu erstellen, die diese widerspiegeln, statt nackt zu starten.
Definition lesen →Sharing Rules
Sharing Rules erweitern den Datensatzzugriff über den org-weiten Standard hinaus, und sie werden als Metadaten deployt, aber der von ihnen gewährte Zugriff wird als Hintergrundjob neu berechnet.
Definition lesen →Source Format
Das Ordner-pro-Komponente-Layout von Salesforce CLI, organisiert, um natürlich mit Git zu funktionieren, statt der rohen Struktur der Metadata API.
Definition lesen →Source Tracking
Salesforces eingebauter Weg, um zu erkennen, welche Metadaten sich in einer Scratch Org oder unterstützten Sandbox geändert haben.
Definition lesen →Subscriber Org
Jede Org, Sandbox oder Produktion, in der ein Managed oder Unlocked Package installiert ist, im Gegensatz zu der Org, die es gebaut hat.
Definition lesen →Tooling API
Eine synchrone API zum Arbeiten mit einzelnen Metadatenkomponenten, genutzt von IDEs und CLI-Tools für schnelle Einzeldatei-Operationen.
Definition lesen →Unlocked Package
Ein Paket, das sauber über Orgs hinweg installiert, ohne dass Salesforce seinen Code oder seine Logik verbirgt.
Definition lesen →Validation Rule
Eine Validation Rule, die in einer Sandbox besteht, kann Saves in der Produktion blockieren, sobald echte Daten nicht zu den Annahmen der Regel passen.
Definition lesen →Verwaltetes Paket
Ein Package, das seinen Code verbirgt, damit Unternehmen es auf AppExchange verkaufen können, ohne offenzulegen, wie es funktioniert.
Definition lesen →Work Item
Serpents Einheit der Änderung: ein Feature oder Fix, mit bereits eingerichtetem Git-Branch und verfolgtem Umfang.
Definition lesen →Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
In unter 15 Minuten eingerichtet. Keine DevOps-Einstellung nötig.