Passer au contenu principal
Toutes les collectionsQuestions générales
Comment gérer les mises à jour des applications brainCloud en direct?
Comment gérer les mises à jour des applications brainCloud en direct?

Gestion des versions de développement et de production des applications brainCloud via la fonctionnalité de déploiement

Paul Winterhalder avatar
Écrit par Paul Winterhalder
Mis à jour cette semaine

Très bonne question.

Nous vous recommandons de configurer plusieurs applications brainCloud à cette fin. Nos développeurs utilisent généralement les suffixes "Dev" et "Prod" pour cette fonction.

Ainsi, si vous développez "AwesomeApp", vous pouvez créer deux applications brainCloud: "AwesomeApp Dev" et "AwesomeApp Prod". (N'oubliez pas que les applications en développement sont gratuites; cela ne vous coûtera donc rien.)

Effectuez votre développement quotidien dans "AwesomeApp Dev" - et lorsque vous êtes prêt à pousser une mise à jour vers la production, utilisez notre fonctionnalité de déploiement par bouton-poussoir:

  • Connectez-vous au portail brainCloud

  • Sélectionnez votre application "AwesomeApp Dev" et accédez à la page Conception | Informations sur l'application principale | Outils d'administration

  • Dans la section Déploiement, sélectionnez "AwesomeApp Prod" dans le menu déroulant Déployer vers

  • Assurez-vous que les options de déploiement sont correctement configurées (voir ci-dessous)

  • Cliquez sur [Déployer] et vous migrerez les modifications que vous avez apportées dans AwesomeApp Dev -> AwesomeApp Prod

  • Voilà!

Notez que l'exécution d'un déploiement comme celui-ci transfère les métadonnées et les fichiers globaux de l'application, mais ne transfère *pas* les données dynamiques de l'application (c'est-à-dire les comptes d'utilisateurs, les fichiers d'utilisateurs, les entités globales, etc.).

Comprendre les options de déploiement

  • [x] Ne pas écraser les informations sur les produits et les prix - cochez cette case si vous avez configuré des achats intégrés et des promotions distincts pour la production et le développement. Décochez-la sinon.

  • [x] Ne pas écraser les certifications de notification push – De même, cochez cette case si vous disposez de certificats push distincts pour la production et le développement. Décochez-la sinon.

  • [x] Ne pas écraser les intégrations - Gardez cette option cochée si vous avez des paramètres d'intégration distincts pour la production et le développement.

  • [x] Ne pas écraser les configurations de Mes serveurs - empêche le déploiement de modifier les paramètres de vos serveurs externes et/ou hébergés. Ceci est important si vous avez des serveurs hébergés, car vos configurations (nombre minimum de serveurs, tailles de serveurs, etc.) pour la production seront probablement très différentes de celles pour le développement.

  • [x] Ne pas écraser les configurations du lobby - empêche les paramètres du lobby de développement d'écraser les valeurs de production.

  • [x] Ne pas écraser le catalogue d'articles - empêche l'écrasement du catalogue d'articles depuis le développement. Cette option est à utiliser si vous contrôlez le catalogue d'articles directement depuis l'environnement de production.

  • [x] Ne pas écraser les configurations du classement, du tournoi, etc. - ne pas mettre à jour la configuration du classement, du tournoi et de la division.

  • [x] Ne pas supprimer les classements indépendants non présents dans l'application source - cochez cette option si votre application utilise des classements créés dynamiquement.

Conseils de pro

  • Vérifiez les paramètres après un premier déploiement. Les paramètres de plateforme sous Conception | Informations principales sur l'application | ID d'application ne sont pas copiés lors d'un déploiement (car ils sont susceptibles d'être différents pour chaque version de l'application que vous gérez).

  • Configurez un indicateur de compilation facilitant la création d'une version de production de votre application connectée à "AwesomeApp Prod" plutôt qu'à "AwesomeApp Dev". Cet indicateur devrait modifier l'identifiant et le secret de l'application brainCloud, ainsi que d'autres éléments, comme les certificats de notification push, s'ils diffèrent.

  • Vous pouvez envisager d'imposer une mise à jour client pour accompagner la mise à jour serveur que vous venez de déployer. Cet article de blog traite de l'application des versions client minimales.

  • Pour transférer des entités système (qui sont des entités globales sans propriétaire) d'une application à une autre, vous pouvez utiliser les fonctionnalités d'exportation/importation sous Surveillance | Surveillance globale | Entités globales .

Notez que brainCloud crée un "point de contrôle" dans l'application cible à chaque déploiement. Pour revenir à une version précédente de l'application, sélectionnez le point de contrôle et cliquez sur [Restaurer !].

Vos commentaires sont importants pour nous. Veuillez noter cette réponse ci-dessous. Merci!

Avez-vous trouvé la réponse à votre question ?