DevToSpace AutoDeploy : le nouvel outil de déploiement automatique Salesforce

DevToSpace AutoDeploy est un outil web de déploiement automatique de métadonnées Salesforce, initié par Jobistart et développé par sa filiale Salesforce DevToSpace, partenaire Salesforce. Il est accessible dès aujourd'hui à l'adresse devtospace.com/autodeploy : vous vous connectez avec vos identifiants Salesforce, vous reliez vos orgs, et vous déployez.

1. Qui est derrière AutoDeploy ?

Jobistart est la maison mère du groupe : plateforme de recrutement et de mise en relation entre entreprises et talents, elle a construit ses propres outils sur Salesforce et fait face, comme toutes les équipes Salesforce, à la question du déploiement fiable entre sandbox et production.

DevToSpace est sa filiale dédiée à Salesforce : développement d'applications AppExchange, intégration d'API, consulting multi-cloud (Sales Cloud, Revenue Cloud, Data Cloud, Marketing Cloud Next) et, désormais, édition d'outils DevOps. AutoDeploy est né de ce besoin interne, puis a été ouvert aux clients et partenaires du groupe.

2. Ce que fait AutoDeploy

• Connexion Salesforce en un clic : autorisation OAuth sécurisée (Connected App, PKCE), pour une production, une sandbox ou un domaine My Domain. Vos jetons sont chiffrés et ne transitent jamais par le navigateur.
• Indexation automatique des métadonnées : dès qu'une org est ajoutée, ses composants sont scannés (type, nom, auteur et date de modification) pour être filtrés par module, par nom, par auteur ou par période, les modifications récentes en premier.
• Déploiement source → cible : sélection des composants dans un panier, package généré automatiquement, validation (check only) avec journal en temps réel, résultats des tests et erreurs par composant, puis déploiement ou déploiement rapide.
• Diff Git entre les deux orgs : chaque déploiement est versionné sur un dépôt Git dédié à l'utilisateur, avec une branche par déploiement, une comparaison ligne par ligne ou côte à côte, et un résumé fonctionnel généré par IA. Si rien ne diffère, l'outil vous le dit avant de déployer.
• Archive téléchargeable : le package zip de chaque déploiement est conservé et téléchargeable à tout moment.
• Studio de développement assisté par IA : l'org est récupérée dans un explorateur de fichiers, et un assistant lit le code existant, écrit ou modifie des classes Apex, des objets, des champs ou des flows, lance les tests, insère des données et déploie, en journalisant chaque action avec son diff et son résumé.
• Base de connaissance : les conversations et les développements sont résumés et indexés pour capitaliser sur ce qui a été fait dans chaque org.

3. Pourquoi un outil de plus ?

Les change sets restent lents et limités, et les outils DevOps du marché sont souvent surdimensionnés pour une équipe de quelques administrateurs et développeurs. AutoDeploy vise l'essentiel : voir ce qui change, valider, déployer, garder une trace. Tout type de métadonnée reconnu par l'API Metadata de Salesforce est pris en charge, sans liste figée.

Notre règle de conduite : jamais de déploiement à l'aveugle. Le diff et la validation viennent avant le bouton Déployer.

4. Une architecture Salesforce standard, pas une boîte noire

AutoDeploy n'invente pas de format propriétaire. Le moteur de déploiement s'appuie sur jsforce pour parler directement aux API Salesforce (Metadata, Tooling, Bulk, REST), et sur le CLI officiel sfdx / sf pour les outils avancés de la boîte à outils (migration de données SFDMU, frameworks Apex open source comme Nebula Logger ou fflib). Les métadonnées manipulées sont au format standard de l'API Metadata — le même que les Change Sets, sfdx-hardis ou Copado — donc rien à réapprendre, et vos fichiers restent portables si vous changez d'outil demain.

5. Nouveau : Claude peut développer et déployer directement dans vos orgs

AutoDeploy expose désormais un connecteur MCP (Model Context Protocol, le standard ouvert d'Anthropic pour relier un assistant IA à des outils externes). Concrètement : dans Claude (claude.ai, Claude Desktop ou Claude Code), on ajoute le connecteur AutoDeploy, on autorise l'accès, et Claude peut lire les métadonnées d'une org, écrire du code Apex, exécuter des requêtes SOQL, valider puis déployer — sans que l'utilisateur ni Claude n'aient besoin d'installer jsforce, sfdx ou quoi que ce soit d'autre. AutoDeploy fait le pont avec l'API Salesforce ; Claude ne touche jamais aux identifiants.

• Déploiement direct : Claude envoie les fichiers de métadonnées (classes Apex, objets, flows…), AutoDeploy construit le package et déploie.
• Mode volatile : à la connexion, on choisit si AutoDeploy archive comme d'habitude (zip, Git, journal) ou ne conserve rien au-delà de l'appel — utile pour une exploration ponctuelle sans laisser de trace.
• Garde-fou production : toute écriture dans une org de production exige une confirmation explicite, que Claude ne peut pas contourner.

La même règle qu'ailleurs dans AutoDeploy s'applique à Claude : jamais d'écriture en production sans confirmation explicite de l'utilisateur.

6. La suite

Les prochaines briques sont déjà en chantier : export et sauvegarde de données sans écrire de SOQL, analyse de l'impact d'un déploiement sur les profils et permission sets (avec alerte quand la sécurité d'un champ est oubliée), visualisation des dépendances Apex et LWC, outils Tooling API, consultation des logs et de l'Event Monitoring, assistant de création de Connected App, et un constructeur d'agents Agentforce.

7. Essayer AutoDeploy

Rendez-vous sur devtospace.com/autodeploy, choisissez l'environnement de votre org (production ou sandbox) et cliquez sur « Se connecter avec Salesforce ». Lors de la première connexion, Salesforce affiche l'écran « Autoriser l'accès ? » de l'application DevToSpace AutoDeploy : c'est l'autorisation standard d'une Connected App, révocable à tout moment depuis vos paramètres personnels.