1GP (Empaquetage de première génération)
La méthode d'origine de Salesforce pour créer des packages, en les téléversant directement depuis un org plutôt qu'avec du code dans Git.
Définition
1GP (empaquetage de première génération) est le modèle de packaging d'origine de Salesforce, où un package managed ou unmanaged est construit directement à l'intérieur d'un org à namespace en cliquant sur "Upload" dans Setup, plutôt qu'à partir du source dans le contrôle de version. Les métadonnées vivent dans l'org de packaging lui-même, pas dans Git, donc suivre l'historique, exécuter la CI ou revoir un diff avant la release nécessitent tous un outillage supplémentaire.
Les packages 1GP ne prennent pas en charge les déclarations formelles de dépendance entre packages comme le fait 2GP, et chaque org ne peut enregistrer et détenir qu'un seul namespace, donc passer à l'échelle sur plusieurs produits signifie plusieurs orgs de packaging.
Salesforce prend toujours en charge 1GP pour les packages existants et les releases continues, mais recommande 2GP pour tout nouveau développement car il est piloté par le source, correctement versionné et adapté à la CI. La plupart des migrations de 1GP vers 2GP surviennent lorsque le rythme de release d'une équipe dépasse ce qu'un seul org de packaging et des téléversements manuels peuvent supporter.
Comment cela fonctionne dans Serpent
Serpent prend en charge 1GP nativement aux côtés de 2GP, afin que les ISV et PDO disposant déjà d'un org de packaging à namespace ne soient pas forcés à une migration perturbatrice avant d'adopter de vraies pratiques DevOps. Les changements de métadonnées passent toujours par le suivi basé sur les tâches et le pipeline de release de Serpent, donnant aux équipes 1GP un historique de versions, des vérifications preflight et un rollback qu'elles n'auraient pas autrement. Voir le développement de packages dans Serpent pour savoir comment les deux modèles sont gérés.

1GP, expliqué
Démarrez gratuitement. Sans carte bancaire, sans installation, sans engagement.
Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.
