Basculer entre l’expérience par défaut et l’expérience classique
Partner Center permet de basculer à tout moment entre l’expérience par défaut et l’expérience classique.- Le basculement n’affecte pas vos packages, votre état de certification, votre publication ni votre historique.
- Les deux expériences affichent les mêmes packages et soumissions.
- Utilisez le bouton bascule si vous rencontrez un problème ou devez consulter l’interface classique.
Vue d’ensemble de Packages
Packages est un emplacement unique pour gérer les packages de votre jeu.Terminologie et fonctionnalités de Packages
Utilisez la terminologie suivante pour comprendre les fonctionnalités disponibles dans Packages.- Galerie de branches (page Packages) : la vue principale de la page Packages, qui affiche les branches du produit réparties entre Draft et Live.
- Branche : un conteneur pour les fichiers de package et leur configuration associée.
- Menu de branche : les options disponibles après avoir sélectionné … pour une branche spécifique. Selon la branche (Main ou autres), les options de menu peuvent inclure View and Edit, Create Flight, Promote to Main et Delete.
- Historique : le journal des actions effectuées dans des branches ou des flights spécifiques.
- Certify : l’option permettant de lancer la soumission à la certification XBOX.
- Review and Publish : l’option permettant de lancer la publication dans un sandbox de développement ou dans RETAIL.
Branches : travailler sur plusieurs builds
Les branches vous permettent de travailler sur plusieurs versions de votre jeu en même temps sans qu’elles interfèrent entre elles. Considérez chaque branche comme un espace de travail distinct dédié à un objectif spécifique.Pourquoi utiliser des branches ?
- Certifier un build stable sur une branche tout en chargeant et en testant un autre build ailleurs.
- Tester des modifications risquées sans toucher à votre build en production.
- Créer une branche de correctif pour isoler les correctifs urgents du développement en cours.
- Préparer des variantes de localisation ou régionales de manière indépendante.
Galerie de branches : brouillon et production
Lorsque vous ouvrez la page Packages, vous voyez deux vues : Draft et Live. Ces vues représentent différents états des branches.Vue Draft
La vue Draft est votre zone de travail active. Draft prend en charge le chargement de packages, la vérification de l’état de certification et la préparation des builds pour les tests ou la publication. La vue Draft comporte deux sections :- Branche principale : affiche le brouillon de travail lié à votre version publique actuelle. Seule la branche principale peut être publiée dans RETAIL.
- Branches supplémentaires : affiche toutes les autres branches.
Options de menu de la vue Draft
Chaque branche possède un menu (sélectionnez l’icône …) avec des actions propres à la branche.Vue Live
La vue Live affiche les packages publiés qui sont disponibles pour les joueurs. Cette vue inclut les packages publiés en disponibilité générale sur le Microsoft Store, les branches de flight actives et les branches de sandbox à l’état publié.
Options de menu de la vue Live
Chaque branche possède un menu (sélectionnez l’icône More options (…)) qui comprend des actions propres à la branche.Vous travaillez dans Draft. Les joueurs voient Live. Basculer entre les deux vues permet de distinguer clairement les builds en cours du contenu publié.
Comment créer une branche
- Ouvrez la page Packages.
- Dans la vue Draft, sélectionnez Add branch.
- Saisissez un Name (par exemple, Testing, Hotfix, Localization ou Experiment) et une Description pour la branche.
- Une fois la branche créée, elle apparaît sous Additional branches.
Afficher et modifier une branche
Lorsque vous ouvrez une branche à l’aide de View & Edit, vous accédez à la page Edit branch. Utilisez cette page pour gérer les packages de la branche.
Barre d’actions supérieure
En haut de la page Edit branch, les actions suivantes sont disponibles.Détails de la branche
Vous pouvez également modifier les champs Display name et Description d’une branche.- Branch display name : le nom affiché pour cette branche dans Partner Center.
- Description : une courte note qui décrit l’objectif de la branche, par exemple À publier ou Correctif d’avril.
Fichiers de package requis : quoi charger
Lorsque vous chargez un build de jeu, certains fichiers sont obligatoires et d’autres facultatifs. La page Edit branch répertorie clairement chaque emplacement de fichier pour indiquer les fichiers que vous pouvez charger.Formats de package
Le format de votre package de jeu dépend de l’appareil cible. Le type de package que vous soumettez doit correspondre à la disponibilité par famille d’appareils que vous sélectionnez.Fichiers obligatoires
Fichiers facultatifs mais recommandés
Validations des packages : détecter les problèmes avant la certification
Partner Center valide automatiquement les packages lorsque vous les chargez. Les validations vérifient que votre package est complet et prêt pour la certification ou la publication. Résoudre les problèmes à ce stade réduit le risque de rejet et d’échec à la certification.- Toutes les erreurs de validation des branches et des packages s’affichent directement dans l’interface.
- Les fichiers requis sont validés automatiquement. Les fichiers EKB et journal de Submission Validator doivent être présents.
- Si le journal de Submission Validator contient des avertissements ou des erreurs, ils s’affichent clairement en ligne pour que vous puissiez les examiner.
- Si vous configurez des packages propres à un marché, la configuration de chaque variante est validée avant que la publication ne soit autorisée.
Packages par défaut : charger et gérer des fichiers
La section Default packages permet d’assembler les packages d’une branche. Les packages par défaut sont disponibles sur tous les marchés. Les packages propres à un marché pour des pays ou régions individuels sont chargés et gérés séparément.Options de chargement
- Import : copie des packages d’une autre branche dans celle-ci sans nouveau chargement. Le bouton Import apparaît en haut de la section Default packages, à côté de Upload package.
- Upload package : chargez des fichiers de jeu en faisant glisser-déposer un ou plusieurs fichiers, ou en utilisant Browse files pour une sélection individuelle. Le système détecte et classe automatiquement les fichiers dans les emplacements appropriés.
Icônes d’état des packages
Packages propres à un marché et variantes régionales
La section Market-specific packages affiche toutes les variantes régionales configurées pour les marchés sélectionnés. Cette section s’applique lorsque vous avez besoin de builds différents pour répondre à des exigences propres à un pays/une région ou réglementaires.Actions disponibles
- Import : copie des packages d’une autre branche dans un groupe de marchés spécifique.
- Add market-specific package : crée une nouvelle variante régionale pour un groupe de marchés.
- Chaque groupe de marchés (par exemple, Allemagne) dispose d’un menu à trois points (…) avec les options Edit et Delete.
Créer un nouveau groupe propre à un marché
- Vérifiez que vous consultez la page Edit branch de la branche voulue.
- Sélectionnez Add market-specific package.
- Saisissez un Market group name (par exemple, Allemagne) en spécifiant un nouveau nom ou en sélectionnant un nom existant.
- Chargez un package pour chaque groupe.
Options avancées : précommande et planification des mises à jour de packages
En bas de la page Edit branch, la section Advanced options vous offre deux fonctionnalités : la configuration de la précommande à l’aide de packages d’espace réservé et la planification des dates de disponibilité des mises à jour de contenu (CU).Package d’espace réservé pour la précommande
Si vous configurez une date de précommande dans vos paramètres de tarification et de disponibilité, sélectionnez Configure placeholder package(s) to enable pre-order dans Advanced options et spécifiez la Expected maximum file size du package final. Cette valeur apparaît sur la page de détails du produit (PDP) de votre produit dans le Microsoft Store. Elle invite les clients qui précommandent à installer le produit sur un lecteur disposant de suffisamment d’espace disque pour le package complet. Ce processus garantit qu’un espace de stockage suffisant est disponible à la sortie du produit. Au moins une semaine avant la date de sortie de votre produit, publiez un package mis à jour qui remplace l’espace réservé afin que les appareils des clients commencent à installer le package complet avant la sortie. Lorsque vous publiez le package mis à jour, décochez la case Configure placeholder package(s) to enable pre-order.Contactez votre représentant Microsoft si vous prévoyez d’utiliser un package d’espace réservé.
Planifier les mises à jour de packages
Les CU prennent en charge des dates de disponibilité personnalisées pour la diffusion aux joueurs. Sélectionnez Configure availability date for my package(s) pour activer la planification. Une fois cette option activée, définissez deux dates par package.Que se passe-t-il selon les configurations de dates
- Même date de prétéléchargement et de disponibilité : pas de téléchargement anticipé, la mise à jour s’applique à cette date.
- Aucune date de prétéléchargement définie : la mise à jour n’est téléchargée qu’à la date de disponibilité.
- Aucune date de disponibilité définie : la mise à jour est disponible immédiatement après sa publication dans le sandbox RETAIL.
- Packages propres à un marché : définissez la disponibilité et le prétéléchargement indépendamment pour chaque marché.
Flights : tester avec un public restreint
Utilisez des flights pour tester une branche avec un groupe restreint d’utilisateurs avant une publication à grande échelle. Cette méthode de test est utile pour les tests internes, les préversions destinées aux partenaires ou les groupes en accès anticipé.Comment créer un flight
- Accédez à l’onglet Flights de la page Packages.
- Sélectionnez Create new flight.
- Saisissez un nom pour le flight et sélectionnez le public (groupes d’appareils ou d’utilisateurs).
- Sélectionnez la Branch que vous souhaitez tester.
- (Facultatif) Définissez des dates de début et de fin.
- Sélectionnez Save. Le flight apparaît immédiatement dans votre liste de flights.
Modifier un flight
Après avoir créé un flight, vous pouvez ajouter ou supprimer des groupes de public selon vos besoins. Le Microsoft Store reflète immédiatement ces modifications. Vous pouvez également modifier le classement des flights après leur création.
Certification : faire approuver votre build
La certification XBOX vérifie que votre build répond à toutes les exigences de la plateforme avant que vous puissiez le publier pour les joueurs. Sélectionnez Certify pour une branche et suivez les invites pour soumettre votre build à la certification XBOX. Pour plus d’informations, consultez Certifier un jeu.Avant de soumettre des packages à la certification, remplissez le questionnaire de certification du produit en sélectionnant Certification dans la navigation de la page du produit.
Restauration : récupérer après une mauvaise version
Lorsqu’un build publié cause des problèmes aux joueurs, vous pouvez restaurer un build précédemment certifié sans nouveau chargement ni nouvelle certification. Dans Packages, vous pouvez déclencher une restauration à deux endroits.Comment effectuer une restauration
Depuis la vue Draft (branche principale), procédez comme suit pour restaurer un package.- Ouvrez le menu de la Main Branch (icône …).
- Sélectionnez Rollback parmi les options du menu. Cette option vous donne un accès rapide à Rollback sans changer de vue.
- Accédez à la vue Live de la page Packages.
- Recherchez la Main Branch sous In the Microsoft Store.
- Ouvrez le menu de la branche (icône …) et sélectionnez Rollback. Utilisez ce point d’entrée lorsque vous souhaitez d’abord voir l’état actuellement publié avant de décider quel build restaurer.
Que se passe-t-il lors d’une restauration
Lorsque vous sélectionnez Rollback, une fenêtre modale guidée s’ouvre et vous fait passer par quatre étapes avant d’apporter des modifications. Étape 1 - Sélectionner la publication précédente : une liste des builds précédemment certifiés et publiés s’affiche. Sélectionnez le build que vous souhaitez restaurer. Chaque entrée indique la version du build, la date de certification et la personne qui l’a soumis pour vous aider à identifier le bon build. Étape 2 - Afficher les détails : les détails complets du build sélectionné, tels que les noms de packages, les versions, les familles d’appareils et l’état de certification, s’affichent. Examinez attentivement ces informations pour confirmer qu’il s’agit du bon build avant de continuer. Étape 3 - Comparer les packages actuels et cibles : une comparaison côte à côte du build actuellement en production et du build que vous êtes sur le point de restaurer s’affiche. Cette étape est essentielle : elle vous permet de voir exactement ce qui change pour les joueurs une fois la restauration terminée. Vérifiez qu’aucun build ou famille d’appareils important n’est perdu au cours du processus. Étape 4 - Confirmer et soumettre Avant l’exécution de la restauration, vous confirmez explicitement que vous comprenez ce qui change. Après votre confirmation, la restauration est soumise et l’ancien build stable est mis en production immédiatement, sans nouveau chargement ni nouvelle certification.Utilisez History pour trouver le build exact que vous souhaitez restaurer. History affiche toutes les activités de toutes les branches (chargements, soumissions à la certification, événements de publication, flights et restaurations), avec l’auteur et la date de chaque action.