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
2GP (Paketierung der zweiten Generation) ist Salesforces quellengesteuertes Packaging-Modell: Metadaten liegen in der Versionskontrolle, und Package-Versionen werden aus dieser Quelle mit der Salesforce CLI und einem Dev Hub gebaut, statt durch Klicken durch eine Packaging-Org definiert zu werden (1GP). Es erzeugt sowohl verwaltete als auch entsperrte Package-Typen aus demselben zugrunde liegenden Modell.
Jeder Build läuft in einer isolierten Scratch Org, erzwingt Abhängigkeitsdeklarationen zwischen Packages und erzeugt eine unveränderliche Version mit nachverfolgter Abstammung bis zu ihrem Vorgänger, was eine echte semantische Versionierung ermöglicht, die 1GP nie hatte.
Es ist das Modell, das Salesforce für jede neue Entwicklung verwalteter Packages und die meisten ISV-Arbeiten empfiehlt, da es CI/CD und automatisiertes Testen pro Version ermöglicht. Der Kompromiss ist die Einrichtungskomplexität: Teams brauchen einen Dev Hub, Zugang zu Scratch Orgs und eine CI-Pipeline, bevor sich 2GP auszahlt.
So funktioniert es in Serpent
Serpent führt 2GP-Pipelines nativ auf jedem Plan aus, einschließlich Scratch-Org-Bereitstellung, abhängigkeitsbewusster Versionserhöhungen und Beförderung zwischen Package-Versionen, ohne dass ein separates CI-System oder handgeschriebene CLI-Skripte nötig sind. Builds werden automatisch ausgelöst, sobald Aufgaben abgeschlossen sind, die Versionsabstammung wird nachverfolgt, damit Upgrades sauber bleiben, und die Verfolgung von Subscriber-Orgs zeigt genau, welche Package-Version jeder Kunde nutzt. Da die 2GP-Einrichtung meist die größte Hürde für die Einführung ist, will Serpent das quellengesteuerte Modell für Teams ohne dedizierten Release Engineer nutzbar machen. Siehe 2GP CI/CD in Serpent für die vollständige Pipeline.

2GP (Paketierung der zweiten Generation), beantwortet
Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.
Einrichtung in unter 15 Minuten. Keine DevOps-Einstellung nötig.
