Change Set
La méthode native de Salesforce, en pointer-cliquer, pour déplacer des métadonnées entre orgs connectées, un envoi manuel à la fois.
Définition
Un change set est la méthode native de Salesforce, en pointer-cliquer, pour déplacer des changements de configuration, champs, objets, flows, mises en page, entre deux orgs reliées par une deployment connection dans la même hiérarchie de production, comme d'une sandbox vers la production. Seuls les types de métadonnées pris en charge par les change sets peuvent être inclus, et les classes Apex sans couverture de tests suffisante peuvent bloquer le déploiement de l'ensemble du set.
Chaque étape est manuelle : un administrateur ouvre Setup, construit un change set sortant composant par composant, l'envoie, et un administrateur de l'org cible le valide et le déploie. Il n'existe aucune planification intégrée ni résolution des dépendances au-delà de la validation propre à Salesforce, donc un composant oublié se traduit généralement par une erreur de déploiement plutôt que d'être automatiquement inclus.
Les change sets n'ont pas non plus de mécanisme de rollback ; annuler un mauvais déploiement signifie construire et déployer un second change set à la main. C'est gérable pour des releases petites et peu fréquentes sur une liste d'orgs stable, mais cela devient vite intenable dès que les équipes ajoutent des environnements ou livrent plus souvent. Les équipes qui doivent tout garder à l'intérieur de Salesforce se tournent souvent d'abord vers l'outillage natif, ce qu'évalue la comparaison entre Serpent et Flosum. Consultez notre guide du DevOps Salesforce pour voir comment les équipes finissent généralement par le dépasser.
Comment cela fonctionne dans Serpent
Serpent remplace l'étape manuelle de construction d'un change set par un workflow basé sur les tâches : choisissez les composants touchés par une tâche, et Serpent les suit automatiquement grâce au source tracking plutôt qu'à un manifeste construit à la main. Les déploiements passent par un pipeline planifié et auditable avec un ordonnancement des dépendances, afin que les changements arrivent toujours dans le même ordre en sandbox, staging et production. Chaque release conserve un historique complet : ce qui a été déployé, quand, par qui, avec un rollback en un clic en cas de problème. Comme Serpent communique avec les orgs via les API Salesforce standard, il passe sans effort la limite de deux ou trois orgs où les change sets deviennent pénibles, sans demander aux équipes d'apprendre Git au préalable. Consultez la comparaison complète entre change sets et Serpent pour une vue côte à côte.
Change Set, expliqué
Démarrez gratuitement. Pas de carte bancaire, pas d'installation, aucun engagement.
Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.