Explorer Sandboxes pour développeurs
Sandboxes pour développeurs Fournissez des environnements de développement isolés qui permettent la création et les tests parallèles au-dessus d’une instance de développement partagée. Utilisez les bacs à sable pour réduire les conflits de code, accélérer la livraison et tester en toute sécurité les configurations sans affecter le travail des autres membres de l’équipe.
- Sandboxes pour développeurs sont des environnements isolés pour la construction et les tests parallèles.
- Chaque sandbox est provisionné à la demande et entièrement isolé des autres.
- Chaque bac à sable contient toutes les métadonnées de l’instance de base.
- Les bacs à sable peuvent être affectés à des stories, des développeurs, des plans de test ou des critères personnalisés spécifiques.
Vue d'ensemble de Sandboxes pour développeurs
Sandboxes pour développeurs visez à fournir une isolation et un parallélisme de développeur à moindre coût pour les environnements et instances de développement client. Sandboxes pour développeurs sont indépendants des workflows et s’appliquent largement aux workflows pour les petites et grandes entreprises.
Les entreprises peuvent être confrontées à des défis lorsqu’elles traitent simultanément des défauts urgents et des améliorations de fonctionnalités critiques dans les applications. Les environnements de développement partagés traditionnels présentent des risques tels que des conflits de code, des chevauchements de configuration et des retards de déploiement, ce qui rend difficile la gestion efficace des flux de travail parallèles. Les équipes de développement ont du mal à fournir simultanément des correctifs urgents et de nouvelles fonctionnalités sans perturber la progression des autres. L’absence d’environnements de développement isolés et indépendants ralentit la livraison, augmente les reprises et entrave l’agilité globale.
- Isolation : chaque développeur travaille dans un bac à sable indépendant, garantissant que les changements n’affectent pas le travail des autres membres de l’équipe.
- Livraison plus rapide : les équipes peuvent travailler simultanément, ce qui réduit la durée du cycle de développement et permet d’accélérer l’exécution des corrections et des améliorations urgentes.
- Tests sûrs : les développeurs peuvent tester les configurations, les workflows et les intégrations dans leur bac à sable sans risquer la stabilité du système.
- Provisionnement à la demande : les administrateurs et les développeurs peuvent rapidement provisionner des bacs à sable pour des tâches ou des expériences spécifiques sans attendre les ressources partagées.
Le tableau de bord d’accueil Gestion des bacs à sable affiche le nombre total, disponible et alloué des bacs à sable dans votre instance. Le tableau de bord affiche également des informations pertinentes pour chaque bac à sable, notamment l’état, l’utilisation des données, le propriétaire, la date du dernier accès et la date d’allocation du bac à sable.
Vérifiez vos droits pour déterminer si vous avez accès à .Sandboxes pour développeurs Pour plus d'informations, consultez Sandboxes pour développeurs Entitlements (Droits).
La mise à niveau d’une instance sauvegarde automatiquement les ensembles de mises à jour sur l’instance de base et recrée les bacs à sable sur cette instance. Les bacs à sable sont recréés dans un état de base, vous devez donc restaurer les ensembles de mises à jour sauvegardés.Pour en savoir plus, reportez-vous à .Considérations relatives au clonage et à la mise à niveau pour Sandboxes pour développeurs
Intégrer des bacs à sable au contrôle de source
Sandboxes pour développeurs fournissent un environnement isolé qui s’intègre au contrôle de source, tel que Git. L’utilisation d’outils de fusion permet d’éliminer les conflits et de permettre un développement parallèle. Pour plus d'informations, consultez Contrôle de source et Sandboxes pour développeurs.
Sandboxes pour développeurs utilisateurs
| Utilisateur | Description |
|---|---|
| Développeurs délégués | Les développeurs délégués peuvent demander, allouer ou retirer des bacs à sable. |
| Administrateurs | Les administrateurs peuvent allouer ou retirer des bacs à sable. |
| Gestionnaires de bacs à sable | Les gestionnaires de bacs à sable peuvent administrer le cycle de vie de tous les bacs à sable sans privilèges d’administrateur complets. |
| Utilisateurs de bac à sable | Les utilisateurs de Sandbox peuvent demander et afficher Sandboxes pour développeurs. |
Workflow Sandboxes pour développeurs
Le développeur ou l’administrateur délégué d’un bac à sable se procure un bac à sable, apporte des modifications ou expérimente le développement, teste ses changements, les pousse et attend qu’un administrateur clone l’instance.
- Un Sandboxes pour développeurs utilisateur (administrateur ou développeur) alloue un bac à sable pour commencer le travail de story.
- Le développeur apporte des modifications de développement et les teste dans son bac à sable entièrement isolé.Remarque :Le travail effectué dans un bac à sable n’apparaît pas dans d’autres bacs à sable ou dans d’autres instances.
- Une fois que le développeur est satisfait de son travail et prêt à promouvoir ses modifications dans un environnement partagé et intégré, il transmet ses modifications à l’instance partagée en amont souhaitée. Par exemple, une instance de
test/d’assurance qualité. Il y a deux façons de promouvoir les changements :- Utilisation du contrôle de source (de préférence) ou des exportations via Git
- Utilisation d’ensembles de mises à jour et d’importations (prise en charge, mais pas aussi facile de fusionner les changements)
- D’autres tests peuvent être effectués sur l’instance partagée.
- L’administrateur d’une instance de bac à sable clone les modifications à partir de l’instance de
test/d’assurance qualitéafin de définir ces modifications par défaut pour tous les bacs à sable alloués futurs.
Sandboxes pour développeurs avantages
| Avantage | Fonctionnalité | Utilisateurs |
|---|---|---|
| Activer le développement parallèle | Offrez à plusieurs développeurs la possibilité de travailler sur différentes stories ou fonctionnalités en même temps en utilisant le même code source de départ, tout en gardant l’instance de référence de non-production propre. |
|
| Réduire les conflits de fusion avec le contrôle de source | Intégration avec le contrôle de source pour un co-développement plus réussi. Pour plus d'informations, consultez Contrôle de source et Sandboxes pour développeurs. | Développeurs délégués |
| Réutiliser les modèles de bacs à sable | Active la configuration facultative d’une configuration de référentiel. Vous pouvez créer un modèle une seule fois et réutiliser tous les modèles existants lors de la création de bacs à sable. Pour en savoir plus, consultez Utilisation de modèles de bac à sable. |
|
| Alias de bac à sable | Vous permet de référencer facilement le bac à sable que vous souhaitez allouer. |
|
| Allouer à | Vous permet de vous allouer un bac à sable à vous-même, ou à un administrateur d’allouer un bac à sable à quelqu’un d’autre. |
|
Ce qu'il faut explorer ensuite
Pour en savoir plus sur l’installation et la configuration Sandboxes pour développeurs, reportez-vous à la section Installer Sandboxes pour développeurs.